From: | Amit Kapila <amit(dot)kapila(at)huawei(dot)com> |
---|---|
To: | "'chinnaobi'" <chinnaobi(at)gmail(dot)com>, <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: How to avoid base backup in automated failover |
Date: | 2012-10-17 06:51:04 |
Message-ID: | 005401cdac33$c76ab0a0$564011e0$@kapila@huawei.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
On Wednesday, October 17, 2012 11:22 AM chinnaobi wrote:
> Hey Haas,
>
> What does the standby server have to wait for replication to catch up
> before
> promoting ?? Is there any parameter to configure this ??
>
> Few more questions on this part
>
> 1. How could we ensure the standby has received all transactions sent by
> primary till the point primary server is dead. (Meaning the dead primary
> and
> standby server are exactly same, so that the dead primary comes back it
> can
> be turned to standby without any issues).
> 2. When the dead primary is turned to standby the streaming is not
> happening
> due to current_wal_location is ahead in the standby server is ahead of
> wal_sent_location. In this case how can I start streaming without taking
> a
> fresh base backup ??
>
> 3. When the dead primary comes back the DB still accepts data and it
> goes to
> out of sync with the current primary and streaming won't start. Is there
> any
> solution for this case ??
I think points 2 & 3 can be addressed with new feature getting implemented
by Heikki provided standby has received all WAL of primary till the point it
goes dead.
https://commitfest.postgresql.org/action/patch_view?id=933
From | Date | Subject | |
---|---|---|---|
Next Message | GMAIL | 2012-10-17 06:53:20 | help for this situation |
Previous Message | Jayadevan M | 2012-10-17 06:22:57 | Replication - doubts |
From | Date | Subject | |
---|---|---|---|
Next Message | Markus Wanner | 2012-10-17 08:10:06 | Re: Global Sequences |
Previous Message | Simon Riggs | 2012-10-17 06:28:01 | Re: [RFC] CREATE QUEUE (log-only table) for londiste/pgQ ccompatibility |