| From: | MichaelDBA <MichaelDBA(at)sqlexec(dot)com> |
|---|---|
| To: | Nikhil Shetty <nikhil(dot)dba04(at)gmail(dot)com> |
| Cc: | pgsql-admin(at)postgresql(dot)org |
| Subject: | Re: Streaming Replication replay lag |
| Date: | 2020-11-24 14:38:09 |
| Message-ID: | 3df84e65-5bef-53eb-fe76-248677ed37b6@sqlexec.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-admin |
Check replication settings:
max_standby_archive_delay
max_standby_streaming_delay
hot_standby_feedback
These can delay wals being applied to the replica while queries are
still running.
Regards,
Michael Vitale
Nikhil Shetty wrote on 11/24/2020 9:24 AM:
> Hi,
>
> We have one Primary and three Standby Postgresql setup. Two standby in
> DC and one standby in DR.
>
> We have configured streaming replication.When there are a lot of write
> transactions in the master, we observed that DR lags behind the master
> for 5-6 hours. We initially thought this could be because of the slow
> network between DC and DR and this is normal but when we saw the
> replay_lsn and receive_lsn , they had a huge difference.
>
> DR standby was receiving the WAL's in time and there was no delay, the
> delay was in replaying the lag. Can anybody point me to where I can
> start with the investigation?
> DC (Master and 2 Standby) and DR(Standby) have the same setup in terms
> of storage and some database configuration parameters but DR has a
> little less CPU and RAM.
>
> Attaching replay and receive wal difference.
>
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Keith | 2020-11-24 15:09:49 | Re: Re-index |
| Previous Message | Nikhil Shetty | 2020-11-24 14:24:40 | Streaming Replication replay lag |