Re: Optimization of vacuum for logical replication

Поиск
Список
Период
Сортировка
Искать
От
Bernd Helmle
Тема
Re: Optimization of vacuum for logical replication
Дата
Msg-id
81f0018e736f0d792604b8183f7bd3cb4674e77e.camel@oopsware.de
Ответ на
Optimization of vacuum for logical replication (Konstantin Knizhnik)
Список
Дерево обсуждения
Optimization of vacuum for logical replication Konstantin Knizhnik <k.knizhnik@postgrespro.ru>
Re: Optimization of vacuum for logical replication Bernd Helmle <mailings@oopsware.de>
Re: Optimization of vacuum for logical replication Konstantin Knizhnik <k.knizhnik@postgrespro.ru>
Re: Optimization of vacuum for logical replication Sergei Kornilov <sk@zsrv.org>
Re: Optimization of vacuum for logical replication Bernd Helmle <mailings@oopsware.de>
Re: Optimization of vacuum for logical replication Konstantin Knizhnik <k.knizhnik@postgrespro.ru>
Re: Optimization of vacuum for logical replication Kyotaro Horiguchi <horikyota.ntt@gmail.com>
Re: Optimization of vacuum for logical replication Konstantin Knizhnik <k.knizhnik@postgrespro.ru>
Re: Optimization of vacuum for logical replication Konstantin Knizhnik <k.knizhnik@postgrespro.ru> 
Am Mittwoch, den 21.08.2019, 12:20 +0300 schrieb Konstantin Knizhnik:
> I wonder if we can check that
> 
> 1. wal_revel is "logical"
> 2. There are no physical replication slots
> 3. WAL archiving is disables

Not sure i get that correctly, i can still have a physical standby
without replication slots connected to such an instance. How would your
idea handle this situation?

	Bernd
В списке pgsql-hackers по дате отправления
Предыдущее
От: Konstantin Knizhnik
Дата:
Следующее
От: Peter Eisentraut
Дата:
FAQ