From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Keith Ouellette <Keith(dot)Ouellette(at)Airgas(dot)com> |
Cc: | "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: Wall replay |
Date: | 2013-04-11 21:55:34 |
Message-ID: | 12450.1365717334@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Keith Ouellette <Keith(dot)Ouellette(at)Airgas(dot)com> writes:
> I am realatively new to PostgreSQL. I have two servers in a Master/Slave relationship using WAL as the replication method. I have what I hope to be an easy question. If the Master goes down and before the slave is promoted, there may be a case where a log file may not have been shipped to the slave yet. If the new Master starts to process new transactions, is there a way to have it process the unshipped WAL files if they are copied to it? I do not see that case in the documentation.
You'd have to ship the remaining WAL over *before* the slave has come
up live, else it's too late.
If you're concerned about gaps of that sort, though, you should not be
using log file shipping at all. Set up streaming replication instead.
(If the PG version you're using hasn't got that, high time to move
to something newer.)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2013-04-11 23:59:14 | Re: after 9.2.4 patch vacuumdb -avz not analyzing all tables |
Previous Message | Keith Ouellette | 2013-04-11 21:01:31 | Wall replay |