Re: Multiple Slave Failover with PITR

Sergey Konoplev <gray.ru@gmail.com>

From: Sergey Konoplev <gray.ru@gmail.com>
To: Albe Laurenz <laurenz.albe@wien.gv.at>
Cc: "Ken Brush *EXTERN*" <kbrush@gmail.com>, pgsql-general@postgresql.org
Date: 2012-04-11T16:03:22Z
Lists: pgsql-hackers, pgsql-general
On Wed, Mar 28, 2012 at 11:35 AM, Albe Laurenz <laurenz.albe@wien.gv.at> wrote:
>> 1. Master dies :(
>> 2. Touch the trigger file on the most caught up slave

If the master was stopped properly will the slaves be in sync to each other?

>> 3. Slave is now the new master.
>> 4. On the other slaves do the following:
>> 5. Shutdown postgres on the slave
>> 6. Delete every file in /data/pgsql/data/pg_xlog
>> 7. Modify the recovery.conf file to point to the new master and
>> include the line "recovery_target_timeline='latest'"
>> 8. Copy the history file from the new master to the slave (it's the
>> most recent #.history file in the xlog directory)

It will work in the case of archive_command presence only and I will
need to sync the whole pg_xlog content if do not have archive_command
in recovery.conf, correct?

>> 9. Startup postgres on the slave and watch it sync up to the new
>> master (about 1-5 minutes usually)

^^^

-- 
Sergey Konoplev

Blog: http://gray-hemp.blogspot.com
LinkedIn: http://ru.linkedin.com/in/grayhemp
JID/GTalk: gray.ru@gmail.com Skype: gray-hemp