Re: Long running backup preventing auto vacuum

Поиск
Список
Период
Сортировка
От Andrey Borodin
Тема Re: Long running backup preventing auto vacuum
Дата
Msg-id CE90AAA4-6993-4676-A6BD-03122D887906@yandex-team.ru
обсуждение исходный текст
Ответ на Re: Long running backup preventing auto vacuum  (Nikhil Shetty <nikhil.dba04@gmail.com>)
Список pgsql-admin

> 1 июля 2022 г., в 12:41, Nikhil Shetty <nikhil.dba04@gmail.com> написал(а):
>
> I think this tx can be safely removed
> How can I remove this? I can test whether this is the problem

I'v thought more about it and don't see any sense in removing tx from WAL-G code.
The very same virtual transaction would be started implicitly by "select pg_stop_backup()" SQL call. It will obtain a
snapshotholding global xmin. 

I don't think we can make anything here on WAL-G side, this is how Postgres backup API works.

But I'd recommend focusing on eliminating lag of the WAL archivation. Why did you have so many unarchived WALs? Maybe
itworth some monitoring etc. 

Thanks!

Best regards, Andrey Borodin.


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

Предыдущее
От: Nikhil Shetty
Дата:
Сообщение: Re: Long running backup preventing auto vacuum
Следующее
От: Joseph Hammerman
Дата:
Сообщение: Logical replication and pg_dump for out of band synchronization