Re: Multiple Slave Failover with PITR - Mailing list pgsql-general

From Sergey Konoplev
Subject Re: Multiple Slave Failover with PITR
Date
Msg-id CAL_0b1uTUp-0L2Kw0dsTUORF2O7h2YO2+9Q8hT+fG4ekminusw@mail.gmail.com
Whole thread Raw
In response to Re: Multiple Slave Failover with PITR  ("Albe Laurenz" <laurenz.albe@wien.gv.at>)
Responses Re: Multiple Slave Failover with PITR
List 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

pgsql-general by date:

Previous
From: Fujii Masao
Date:
Subject: Re: [streaming replication] 9.1.3 streaming replication bug ?
Next
From: Michael Nolan
Date:
Subject: Re: [HACKERS] [streaming replication] 9.1.3 streaming replication bug ?