Re: base backup client as auxiliary backend process

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: base backup client as auxiliary backend process
Дата
Msg-id 8d8c851a-c951-f98e-22c2-f62621c32d3b@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: base backup client as auxiliary backend process  (Sergei Kornilov <sk@zsrv.org>)
Ответы Re: base backup client as auxiliary backend process  (Michael Paquier <michael@paquier.xyz>)
Re: base backup client as auxiliary backend process  (Masahiko Sawada <masahiko.sawada@2ndquadrant.com>)
Список pgsql-hackers
On 2019-11-15 14:52, Sergei Kornilov wrote:
>> I looked into this. It seems trivial to make walsender create and use a
>> temporary replication slot by default if no permanent replication slot
>> is specified. This is basically the logic that pg_basebackup has but
>> done server-side. See attached patch for a demonstration. Any reason
>> not to do that?
> Seems this would break pg_basebackup --no-slot option?

After thinking about this a bit more, doing the temporary slot stuff on 
the walsender side might lead to too many complications in practice.

Here is another patch set that implements the temporary slot use on the 
walreceiver side, essentially mirroring what pg_basebackup already does.

I think this patch set might be useful on its own, even without the base 
backup stuff to follow.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

Вложения

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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: dropdb --force
Следующее
От: "imai.yoshikazu@fujitsu.com"
Дата:
Сообщение: RE: Planning counters in pg_stat_statements (using pgss_store)