Re: Parallel WAL Archival Options

I do about 2-10 WALs per second.  I have a remote pgbackrest repo, and I
do faster WAL archiving using the archive-async=y parameter, which
enables WALs to be archived asynchronously, really speeding it up. I
also increase the archive-push-queue-max=100GB.

For fetching the WALs, like when a standby gets behind and it needs to
read WALs to catch up to get back into SR mode, I increase the size of
the pgBackRest queue on the standby ( archive_get-queue-max = 100GB).

Both queue max parms are only enabled when archive-async is turned on.

Regards,
Michael Vitale

Nikhil Shetty wrote on 8/6/2023 6:56 AM:
> Hi Michael,
>
> May I know what is wal generation rate pm for you? I may give this a try.
>
>
> Thanks,
> Nikhil
>
> On Sun, 6 Aug 2023 at 13:56, Michaeldba(at)sqlexec(dot)com
> <mailto:Michaeldba(at)sqlexec(dot)com> <Michaeldba(at)sqlexec(dot)com
> <mailto:Michaeldba(at)sqlexec(dot)com>> wrote:
>
> I am using PGbackrest and I am generating many WALs per second
> too, and I have no problems keeping  up and I am backing them up
> remotely.
>
> Sent from my iPad
>
> > On Aug 6, 2023, at 3:43 AM, Nikhil Shetty
> <nikhil(dot)dba04(at)gmail(dot)com <mailto:nikhil(dot)dba04(at)gmail(dot)com>> wrote:
> >
> > Hi Team,
> >
> > I would like to know which backup&restore tools will be better
> for scenarios where the database is generating around 400 WALs per
> minute.
> >
> > We are using wal-g but it is not able to keep pace with the wal
> generation. We increased the upload streams to 256 but no luck
> >
> > Thanks,
> > Nikhil
>

Regards,

Michael Vitale

Michaeldba(at)sqlexec(dot)com <mailto:michaelvitale(at)sqlexec(dot)com>

703-600-9343