Re: Wall replay

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

In response to

  • Wall replay at 2013-04-11 21:01:31 from Keith Ouellette

Browse pgsql-admin by date

  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