Re: WAL dump tool

From: Rodrigo E(dot) De León Plicet <rdeleonp(at)gmail(dot)com>
To: pgsql-hackers(at)postgresql(dot)org
Cc: Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec>, higepon <higepon(at)gmail(dot)com>, Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>
Subject: Re: WAL dump tool
Date: 2009-05-18 04:45:18
Message-ID: a55915760905172145i6d91347dh3903cbfdbc95157a@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sun, May 10, 2009 at 12:23 AM, Robert Treat
<xzilla(at)users(dot)sourceforge(dot)net> wrote:
> On Saturday 09 May 2009 00:20:43 Jaime Casanova wrote:
>> On Fri, May 8, 2009 at 3:43 AM, higepon <higepon(at)gmail(dot)com> wrote:
>> > Hi.
>> > Is the following todo item still necessary?
>> >
>> >  Create dump tool for write-ahead logs for use in determining
>> > transaction id for point-in-time recovery.
>> >    This is useful for checking PITR recovery.
>> >
>> > If so, I want to make it.
>> > What is the expected output of the dump tool?
>> > TransactionId, TimeLineID and ?
>>
>> don't know if this project ever works
>> http://pgfoundry.org/projects/xlogviewer but seems like is a start (it
>> was made for 8.2 so you will have to adjust for 8.3 or even better
>> 8.4)
>
> It did work at one point. We used it for some disaster recovery work maybe a
> year or so ago. We had to update it for 8.3, and remove some linuxisms to get
> it to compile for Solaris. I think it might have still had issues actually
> dumping data, but it did do a good job at finding corrupted xlogs.  istr Theo
> submitted a patch, but I think the author had abandoned it. Personally I'd
> love to see it moved into postgresql proper (and get the cleaning/updating
> that implies).

Would this allow functionality similar to that of LogMiner (
http://www.oracle.com/technology/deploy/availability/htdocs/LogMinerOverview.htm
), or is it something else entirely?

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Itagaki Takahiro 2009-05-18 08:10:13 pg_restore --clean vs. large object
Previous Message Tom Lane 2009-05-18 01:48:07 Re: canonical pathkey