Re: question about wal and point in time recovery - Mailing list pgsql-admin

From Tom Lane
Subject Re: question about wal and point in time recovery
Date
Msg-id 3098.1113366527@sss.pgh.pa.us
Whole thread Raw
In response to question about wal and point in time recovery  ("Alex Zendel" <alexzendel@hotmail.com>)
Responses Re: question about wal and point in time recovery  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-admin
"Alex Zendel" <alexzendel@hotmail.com> writes:
> ... i've been reading up on the wal and point in time recovery in
> the online postgre manual. but i have a question about using it:

[ obligatory gripe: it's postgres or postgresql, not postgre ]

> is it possible to visually read the entries in the log?

Not readily.  If you find yourself backed into a corner, I have a
rough-and-ready debug tool for printing out the contents of a WAL
log, but I'd surely not want to call it "supported" in its current
form...

> can the log be modified before recovery occurs.

Not easily.  If you were to hack any one log entry, you'd have to
recompute the CRC checksum for it, and there's no way at all to make
a change that would involve changing the size of a log entry.  So
really the only useful option you have here is to stop recovery short
of a particular log entry you don't like.

> my biggest concern is that somebody in my org, for example, deletes a
> field or fudges an update query that changes a foreign key to a single
> value - and therefore destroys table links.  so what if this happens
> and nobody notices it for several weeks?

There is no automatic recovery mechanism that is going to help you in
such a scenario.  You can't expect to undo a long-ago change and not
have that break some unknown number of consequent decisions.

            regards, tom lane

pgsql-admin by date:

Previous
From: li-jiang.liu@bull.net
Date:
Subject: High Available Software Technologies Support About Postgres
Next
From: Christopher Browne
Date:
Subject: Re: High Available Software Technologies Support About Postgres