Re: recovery_target_time ignored or recovery always recovers to end of WAL

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: recovery_target_time ignored or recovery always recovers to end of WAL
Дата
Msg-id 7676.1183474845@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: recovery_target_time ignored or recovery always recovers to end of WAL  ("Jason L. Buberel" <jason@buberel.org>)
Список 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 по дате отправления:

Предыдущее
От: "Albe Laurenz"
Дата:
Сообщение: Re: Check whether two strs have at least one shared character.
Следующее
От: Erik Jones
Дата:
Сообщение: Re: recovery_target_time ignored or recovery always recovers to end of WAL