Re: How should pg_standby get over the gap of timeline? - Mailing list pgsql-hackers

From Pavan Deolasee
Subject Re: How should pg_standby get over the gap of timeline?
Date
Msg-id 2e78013d0811200715q36ab6ab5x8ec03fa2d712157c@mail.gmail.com
Whole thread Raw
In response to Re: How should pg_standby get over the gap of timeline?  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Responses Re: How should pg_standby get over the gap of timeline?
List pgsql-hackers
<br /><br /><div class="gmail_quote">On Thu, Nov 20, 2008 at 8:36 PM, Heikki Linnakangas <span dir="ltr"><<a
href="mailto:heikki.linnakangas@enterprisedb.com">heikki.linnakangas@enterprisedb.com</a>></span>wrote:<br
/><blockquoteclass="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex;
padding-left:1ex;"><div class="Ih2E3d"><br /></div> That seems like a dangerous assumption. What if the standby had
fallenbehind before the failover? It's not safe to failover back to the original primary in that case. We'd need some
kindof safeguards against that.<div class="Ih2E3d"><br /><br /></div></blockquote></div><br />For synchronous
replication,what if we ensure that the standby has received the WAL (atleast in its buffers) before writing it to disk
onthe primary ? If we do that, I think the old standby can never fall behind the primary and it would be easy for the
oldprimary to join back the replication without a fresh backup.<br /><br />Of course, this doesn't work for async
replication.<br/><br />Thanks,<br />Pavan<br /><br />-- <br />Pavan Deolasee<br />EnterpriseDB     <a
href="http://www.enterprisedb.com">http://www.enterprisedb.com</a><br/> 

pgsql-hackers by date:

Previous
From: Magnus Hagander
Date:
Subject: Re: [COMMITTERS] pgsql: Silence compiler warning about ignored return value.
Next
From: Gregory Stark
Date:
Subject: Re: Error arguments in pl_exec.c