| От | Gibheer |
|---|---|
| Тема | Re: 9.2 Cascading replication after slave promotion |
| Дата | |
| Msg-id | 20120919060951.18410d9b@linse.fritz.box обсуждение |
| Ответ на | Re: 9.2 Cascading replication after slave promotion (Josh Berkus <josh@agliodbs.com>) |
| Список | pgsql-hackers |
On Tue, 14 Aug 2012 10:50:07 -0700 Josh Berkus <josh@agliodbs.com> wrote: > > > Yeah, I think there's more people that agree with this use-case > > than you seem to think.. That said, I appreciate that it's not a > > trivial thing to support cleanly. > > Not trivial, no, but not major either. Really what needs to happen is > for the timeline change record to get transmitted over the WAL stream. > > Hmmm. You know, I bet I could get stream-only remastering working in > an unsafe way just by disabling the timeline checks. Time to test ... > Isn't that, what recovery_target_timeline in the recovery.conf already does? It switches to the next timeline after a master migration. See http://www.postgresql.org/docs/current/static/recovery-target-settings.html for further information.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера