Re: Reviving lost replication slots

Поиск
Список
Период
Сортировка
От Amit Kapila
Тема Re: Reviving lost replication slots
Дата
Msg-id CAA4eK1K+xf=n_wRv6MFYiAh+_if9_Czr5jWKim3LKLMSSKaohw@mail.gmail.com
обсуждение исходный текст
Ответ на Reviving lost replication slots  (sirisha chamarthi <sirichamarthi22@gmail.com>)
Ответы Re: Reviving lost replication slots  (sirisha chamarthi <sirichamarthi22@gmail.com>)
Список pgsql-hackers
On Fri, Nov 4, 2022 at 1:40 PM sirisha chamarthi
<sirichamarthi22@gmail.com> wrote:
>
> A replication slot can be lost when a subscriber is not able to catch up with the load on the primary and the WAL to
catchup exceeds max_slot_wal_keep_size. When this happens, target has to be reseeded (pg_dump) from the scratch and
thiscan take longer. I am investigating the options to revive a lost slot. 
>

Why in the first place one has to set max_slot_wal_keep_size if they
care for WAL more than that? If you have a case where you want to
handle this case for some particular slot (where you are okay with the
invalidation of other slots exceeding max_slot_wal_keep_size) then the
other possibility could be to have a similar variable at the slot
level but not sure if that is a good idea because you haven't
presented any such case.

--
With Regards,
Amit Kapila.



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

Предыдущее
От: John Naylor
Дата:
Сообщение: Re: remap the .text segment into huge pages at run time
Следующее
От: Corey Huinker
Дата:
Сообщение: Re: psql: Add command to use extended query protocol