Re: Multiple Slave Failover with PITR
От | Sergey Konoplev |
---|---|
Тема | Re: Multiple Slave Failover with PITR |
Дата | |
Msg-id | CAL_0b1uTUp-0L2Kw0dsTUORF2O7h2YO2+9Q8hT+fG4ekminusw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Multiple Slave Failover with PITR ("Albe Laurenz" <laurenz.albe@wien.gv.at>) |
Ответы |
Re: Multiple Slave Failover with PITR
|
Список | 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 по дате отправления: