Re: Standby trying "restore_command" before local WAL

Поиск
Список
Период
Сортировка
От Jaime Casanova
Тема Re: Standby trying "restore_command" before local WAL
Дата
Msg-id CAJGNTeMdTFnZvraEti=6h56MAYGxjiT9pdAA4gPb0YuFn6yFMw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Standby trying "restore_command" before local WAL  (Stephen Frost <sfrost@snowman.net>)
Ответы Re: Standby trying "restore_command" before local WAL
Список pgsql-hackers
On Mon, 6 Aug 2018 at 11:01, Stephen Frost <sfrost@snowman.net> wrote:
>
> > What about the following cases?
> > 1. replica host crashed, and in pg_wal we have a few thousands WAL files.
>
> If this is the case then the replica was very far behind on replay,
> presumably, and in some of those cases rebuilding the replica might
> very well be faster than replaying all of that WAL.  This case does
> sound like it should be alright though.
>

it could also be a delayed standby, and in that case we will have in
the replica lots of valid -delayed apply on porpouse, not on master
anymore- WALs, restarting from archive in that case is a poor
solution...

-- 
Jaime Casanova                      www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Improve behavior of concurrent TRUNCATE
Следующее
От: Stephen Frost
Дата:
Сообщение: Re: Standby trying "restore_command" before local WAL