Re: Query on WAL Optimization and Streaming Replication - Mailing list pgsql-general

From Laurenz Albe
Subject Re: Query on WAL Optimization and Streaming Replication
Date
Msg-id 311862d1f3cf8aa637d25f95a3434eb43bb4d35f.camel@cybertec.at
Whole thread Raw
In response to Query on WAL Optimization and Streaming Replication  ("Shukla, Pranjal" <pshukla@akamai.com>)
Responses Re: Query on WAL Optimization and Streaming Replication
List pgsql-general
On Thu, 2022-03-17 at 12:36 +0000, Shukla, Pranjal wrote:
> uring upgrades of our application, we generally shutdown all Secondary servers
> which are getting stream replicated from Primary Servers. This is to maintain
> a copy of database on other servers should
> we wish to revert (of course we take DB Backups too before starting the activity).
> After the application upgrade is done, when we start the secondary, often the
> replication is broken, and we need to
> again setup using pg_basebackup. How do we ensure that secondary is able to
> resume the replication without the need of base back up again?

There are three ways:

1. have a WAL archive and configure "restore_command" on the standby

2. set "wal_keep_size" on the primary high enough

3. use a replication slot

Yours,
Laurenz Albe
-- 
Cybertec | https://www.cybertec-postgresql.com




pgsql-general by date:

Previous
From: GoLang Developere
Date:
Subject: High Postgres postmaster CPU when My Background Worker is loaded.
Next
From: "Shukla, Pranjal"
Date:
Subject: Re: Query on WAL Optimization and Streaming Replication