Re: Queries about PostgreSQL PITR - Mailing list pgsql-general

From Fujii Masao
Subject Re: Queries about PostgreSQL PITR
Date
Msg-id AANLkTikWa9tez_Oom3D0yNZsseTeZAUH4E4k-w1rMvEF@mail.gmail.com
Whole thread Raw
In response to Re: Queries about PostgreSQL PITR  (Jayadevan M <Jayadevan.Maymala@ibsplc.com>)
Responses PostgreSQL PITR - more doubts  (Jayadevan M <Jayadevan.Maymala@ibsplc.com>)
List pgsql-general
On Mon, Jul 12, 2010 at 5:29 PM, Jayadevan M
<Jayadevan.Maymala@ibsplc.com> wrote:
> Hi,
>>Because you didn't disable recovery_target_inclusive, I guess.
>>
> http://www.postgresql.org/docs/8.4/static/continuous-archiving.html#RECOVERY-TARGET-INCLUSIVE
> Thanks. I was almost sure this will fix it. But the issue seems to be
> something else. Even if I give a time that is a few more minutes before
> what I got from select now(), it is always moving upto/or just before
> (depending on the above parameter) transaction id 676. The ooutput reads
>  LOG:  recovery stopping before commit of transaction 676, time 2010-07-09
> 07:49:26.580518+05:30

A recovery stops when the commit time > or >= recovery_target_time.
So, unless it moves up to the newer commit than recovery_target_time,
it cannot stop.

> Is there a way to find out the transaction ids and corresponding SQLs,
> timeline etc? May be doing the recovery in debug/logging mode or something
> like that?

xlogviewer reads WAL files and displays the contents of them. But
it's been inactive for several years, so I'm not sure if it's available now.
http://pgfoundry.org/projects/xlogviewer/

Regards,

--
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center

pgsql-general by date:

Previous
From: Andras Fabian
Date:
Subject: Re: PG_DUMP very slow because of STDOUT ??
Next
From: Jayadevan M
Date:
Subject: PostgreSQL PITR - more doubts