From: | Jeff Davis <pgsql(at)j-davis(dot)com> |
---|---|
To: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, List pgsql-patches <pgsql-patches(at)postgresql(dot)org> |
Subject: | Re: [PATCHES] Infrastructure changes for recovery (v8) |
Date: | 2008-11-07 23:44:51 |
Message-ID: | 1226101491.31701.29.camel@dell.linuxdev.us.dell.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
On Tue, 2008-09-30 at 23:52 +0100, Simon Riggs wrote:
> * optional recovery_safe_start_location parameter now provided in
> recovery.conf, to allow a consistency point to be manually defined if a
> base backup was not taken using standard pg_start/stop backup functions
If using synchronous replication, it seems like this may be useful. For
instance, if the primary server A fails (let's assume power off
failure), then you make the secondary server B the new primary and start
committing transactions, and then you want to bring A back up as a
secondary to B.
Will server A know where to start recovering from, even if many
checkpoints have happened on server B in the meantime? Is there a way to
avoid wiping A and making a new base backup?
Are the safety issues that Heikki brought up potentially solvable, or am
I asking for the impossible?
And also, what if server A is shut down cleanly? Is there any way at all
to get it into recovery mode to catch up with B, or would it require a
new base backup?
I haven't read through the entire thread, so I apologize if this
question has been answered elsewhere.
Regards,
Jeff Davis
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-11-07 23:51:07 | Re: [RRR] Tests citext casts |
Previous Message | David E. Wheeler | 2008-11-07 23:33:43 | Re: [RRR] Tests citext casts |
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2008-11-08 09:49:36 | Re: [PATCHES] Infrastructure changes for recovery (v8) |
Previous Message | Jaime Casanova | 2008-11-06 04:47:29 | Re: Fwd: [PATCHES] Auto Partitioning Patch - WIP version 1 |