Re: WAL file questions - how to relocate on Windows, how to replay after total loss, etc - Mailing list pgsql-general

From Douglas McNaught
Subject Re: WAL file questions - how to relocate on Windows, how to replay after total loss, etc
Date
Msg-id 5ded07e00808281245j6c6fc7b6s99cf22ebb1feef11@mail.gmail.com
Whole thread Raw
In response to Re: WAL file questions - how to relocate on Windows, how to replay after total loss, etc  ("John T. Dow" <john@johntdow.com>)
List pgsql-general
On Thu, Aug 28, 2008 at 3:35 PM, John T. Dow <john@johntdow.com> wrote:

> However, it would really be nice if the WAL files could be used to make the restored data more current, even if not
everythingcan be restored. Are we certain that useful information can't be gleaned from them to apply changes made
sincethe last pg_dump? 

The WAL files contain changes at the disk block level, not the SQL
level.  A freshly created and restored database will have a totally
different block layout so WAL files would be useless.

The other thing you can do with WAL is "warm standby" -- creating a
duplicate server by copying the data files from the primary, then
arranging for the primary to ship each WAL file, once it's filled, to
the standby server, which is running in "permanent PITR" mode.  If the
primary server takes a dirt nap, you can bring up the standby and it
will be current as of the last WAL file that was shipped over.

For this to work, both machines must be the same architecture and have
identical versions of Postgres.

-Doug

pgsql-general by date:

Previous
From: Russ Brown
Date:
Subject: Re: MySQL LAST_INSERT_ID() to Postgres
Next
From: Steve Atkins
Date:
Subject: Re: MySQL LAST_INSERT_ID() to Postgres