Re: Long running backup preventing auto vacuum - Mailing list pgsql-admin

From Andrey Borodin
Subject Re: Long running backup preventing auto vacuum
Date
Msg-id CE90AAA4-6993-4676-A6BD-03122D887906@yandex-team.ru
Whole thread Raw
In response to Re: Long running backup preventing auto vacuum  (Nikhil Shetty <nikhil.dba04@gmail.com>)
List 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 by date:

Previous
From: Nikhil Shetty
Date:
Subject: Re: Long running backup preventing auto vacuum
Next
From: Joseph Hammerman
Date:
Subject: Logical replication and pg_dump for out of band synchronization