Re: Reviving lost replication slots

Поиск
Список
Период
Сортировка
От Kyotaro Horiguchi
Тема Re: Reviving lost replication slots
Дата
Msg-id 20221109.173230.2014921949248974725.horikyota.ntt@gmail.com
обсуждение исходный текст
Ответ на Re: Reviving lost replication slots  (sirisha chamarthi <sirichamarthi22@gmail.com>)
Ответы Re: Reviving lost replication slots  (Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>)
Re: Reviving lost replication slots  (sirisha chamarthi <sirichamarthi22@gmail.com>)
Список pgsql-hackers
I don't think walsenders fetching segment from archive is totally
stupid. With that feature, we can use fast and expensive but small
storage for pg_wal, while avoiding replciation from dying even in
emergency.

At Tue, 8 Nov 2022 19:39:58 -0800, sirisha chamarthi <sirichamarthi22@gmail.com> wrote in 
> > If it's a streaming replication slot, the standby will anyway jump to
> > archive mode ignoring the replication slot and the slot will never be
> > usable again unless somebody creates a new replication slot and
> > provides it to the standby for reuse.
> > If it's a logical replication slot, the subscriber will start to
> > diverge from the publisher and the slot will have to be revived
> > manually i.e. created again.
> >
> 
> Physical slots can be revived with standby downloading the WAL from the
> archive directly. This patch is helpful for the logical slots.

However, supposing that WalSndSegmentOpen() fetches segments from
archive as the fallback and that succeeds, the slot can survive
missing WAL in pg_wal in the first place. So this patch doesn't seem
to be needed for the purpose.


regards.

-- 
Kyotaro Horiguchi
NTT Open Source Software Center



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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: security_context_t marked as deprecated in libselinux 3.1
Следующее
От: Bharath Rupireddy
Дата:
Сообщение: Re: thinko in basic_archive.c