| From: | Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com> |
|---|---|
| To: | Paula Price <pj8abug(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org |
| Subject: | Re: Postgresql 9.2 has standby server lost data? |
| Date: | 2015-06-19 18:01:25 |
| Message-ID: | 558458F5.6070306@aklaver.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On 06/18/2015 05:45 PM, Paula Price wrote:
> I have Postgresql 9.2.10 streaming replication set up with log shipping in
> case the replication falls behind. I discovered that the log-shipping had
> been disabled at some point in time. I enabled the log shipping again.
>
> If at some point in time the streaming replication fell behind and the
> standby server was not able to retrieve the necessary WAL file(s) from the
> primary, would the standby server continue to function normally? Do I need
> to rebuild the standby server? I have restarted the standby server and it
> is up and running with no issues.
Well that seems at odds with it being unable to retrieve the WAL files.
This leads to these questions:
1) What makes you think it did not retrieve the WAL files via streaming?
2) What does the postgres log show at the time you restarted the standby?
I need to know if the
> data integrity has been compromised.
>
> I have run this query to determine the lag time for the standby(in case
> this tells me anything):
> "SELECT now(), now() - pg_last_xact_replay_timestamp() AS time_lag;
> RESULT:
> "2015-06-19 00:40:48.83701+00";"00:00:01.078616"
>
>
> Thank you,
> Paula P
--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2015-06-19 18:42:00 | Re: pg_dump 8.4.9 failing after upgrade to openssl-1.0.1e-30.el6_6.11.x86_64 on redhat linux |
| Previous Message | Scott Marlowe | 2015-06-19 16:42:09 | Re: How to craft a query that uses memory? |