Re: Queries about PostgreSQL PITR

From: Jayadevan M <Jayadevan(dot)Maymala(at)ibsplc(dot)com>
To: Fujii Masao <masao(dot)fujii(at)gmail(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 08:29:36
Message-ID: OF66E87B1A.0F4F4C24-ON6525775E.002E098E-6525775E.002EB698@ibsplc.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-performance

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

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?

Regards,
Jayadevan

DISCLAIMER:

"The information in this e-mail and any attachment is intended only for
the person to whom it is addressed and may contain confidential and/or
privileged material. If you have received this e-mail in error, kindly
contact the sender and destroy all copies of the original communication.
IBS makes no warranty, express or implied, nor guarantees the accuracy,
adequacy or completeness of the information contained in this email or any
attachment and is not liable for any errors, defects, omissions, viruses
or for resultant loss or damage, if any, direct or indirect."

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Andras Fabian 2010-07-12 08:45:09 Re: PG_DUMP very slow because of STDOUT ??
Previous Message Josip Rodin 2010-07-12 07:41:18 Re: simple functions, huge overhead, no cache

Browse pgsql-performance by date

  From Date Subject
Next Message damien hostin 2010-07-12 09:03:04 [Fwd: Re: Slow query with planner row strange estimation]
Previous Message Dimitri 2010-07-12 07:17:32 Re: Slow query with planner row strange estimation