Re: recovery_target_time ignored or recovery always recovers to end of WAL - Mailing list pgsql-general

From Tom Lane
Subject Re: recovery_target_time ignored or recovery always recovers to end of WAL
Date
Msg-id 7676.1183474845@sss.pgh.pa.us
Whole thread Raw
In response to Re: recovery_target_time ignored or recovery always recovers to end of WAL  ("Jason L. Buberel" <jason@buberel.org>)
List pgsql-general
"Jason L. Buberel" <jason@buberel.org> writes:
> Instead, in order to achieve my goal I would have to restore to that
> backup, and rely on the contents of the archive_logs to have the
> recovery process return me to the selected xid PITR.

Correct.

> So is there any way to 'trick' or force the server to forget what it
> thinks 'now' is and instead to step back to the selected xid and make
> that the new version of 'now'?

No.  As an example, would you expect such a trick to reverse the effects
of a DROP TABLE?  Or even just a single DELETE?  That would mean we
could *never* free any storage.

            regards, tom lane

pgsql-general by date:

Previous
From: "Albe Laurenz"
Date:
Subject: Re: Check whether two strs have at least one shared character.
Next
From: Erik Jones
Date:
Subject: Re: recovery_target_time ignored or recovery always recovers to end of WAL