From: | Don Seiler <don(at)seiler(dot)us> |
---|---|
To: | pgsql-admin <pgsql-admin(at)postgresql(dot)org> |
Subject: | Standby: Use WAL instead of Streaming for now |
Date: | 2017-08-29 21:08:15 |
Message-ID: | CAHJZqBD0DVVa8N6erK3mxxa6zSX44UF+aFxYMpjOyU-GngQbhw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
This afternoon we've experienced an odd network issue where streaming
replication and WAL file rsync performance are very poor. The standby is
currently over 2 hours behind when normally it's under a minute.
Oddly, our NetApp mirror replication performance is just fine. We mirror
our WAL archive location so I could just copy the WAL files from the mirror
to our standby host very quickly.
The problem now is how do I tell the standby to use the WALs and not
streaming replication? Do I just comment out primary_conninfo? Can I then
do a pg_reload_conf() or do I need to restart the standby DB? None of those
things?
My searches so far for this kind of thing seem to focus on stopping
recovery altogether, which isn't what I want. I just want it to use the
local WAL files for now until we get the networking issue resolved.
Don.
--
Don Seiler
www.seiler.us
From | Date | Subject | |
---|---|---|---|
Next Message | Don Seiler | 2017-08-29 21:15:41 | Re: Standby: Use WAL instead of Streaming for now |
Previous Message | David G. Johnston | 2017-08-28 17:33:01 | Re: Why is my table not autovacuuming? |