From: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
---|---|
To: | Jayadevan M <Jayadevan(dot)Maymala(at)ibsplc(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org, pgsql-general-owner(at)postgresql(dot)org |
Subject: | Re: Queries about PostgreSQL PITR |
Date: | 2010-07-12 10:05:34 |
Message-ID: | AANLkTikWa9tez_Oom3D0yNZsseTeZAUH4E4k-w1rMvEF@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-performance |
On Mon, Jul 12, 2010 at 5:29 PM, Jayadevan M
<Jayadevan(dot)Maymala(at)ibsplc(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Jayadevan M | 2010-07-12 11:23:19 | PostgreSQL PITR - more doubts |
Previous Message | Andras Fabian | 2010-07-12 08:45:09 | Re: PG_DUMP very slow because of STDOUT ?? |
From | Date | Subject | |
---|---|---|---|
Next Message | Craig Ringer | 2010-07-12 10:58:44 | Re: Pooling in Core WAS: Need help in performance tuning. |
Previous Message | Matthew Wakeling | 2010-07-12 09:45:48 | Re: Pooling in Core WAS: Need help in performance tuning. |