Re: Revert TRUNCATE CASCADE?

Поиск
Список
Период
Сортировка
От Albe Laurenz
Тема Re: Revert TRUNCATE CASCADE?
Дата
Msg-id D960CB61B694CF459DCFB4B0128514C2089A541F@exadv11.host.magwien.gv.at
обсуждение исходный текст
Ответ на Revert TRUNCATE CASCADE?  (Hannes Erven <hannes@erven.at>)
Ответы Re: Revert TRUNCATE CASCADE?  (Merlin Moncure <mmoncure@gmail.com>)
Список pgsql-general
Hannes Erven wrote:
> today I ran into an issue I believed to be a FAQ, but fortunately it
> doesn't seem so as I could find any resources related to this... :-/
>
> A misguided click in PGADMIN executed a "TRUNCATE CASCADE" on a rather
> central table of my schema, which resulted in most important tables
> being emptied. Postgresql (9.0) was cleanly shut down immediately.
>
>
> Is there any chance to get the data back?

A dirty shutdown (-m immediate) would have been better.

Basically it is work for an expert to try and salvage data like this.

If (auto-)VACUUM has not run yet, maybe pg_resetxlog can do something
for you.  But keep a copy of the original cluster before you start
messing around.

> There is a "pg_dumpall" backup from yesterday, and also pg_xlogs from
> well before the dumpall-file until the TRUNCATE command.
Unfortunately,
> there is no file system backup from the xlog timeframe and as far as I
> understood the documentation, a DUMP is no valid base for PITR. Time
to
> rework backup practices I guess...

I agree.

Yours,
Laurenz Albe


В списке pgsql-general по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [ADMIN] Streaming Replication Server Crash
Следующее
От: Chris Angelico
Дата:
Сообщение: Plug-pull testing worked, diskchecker.pl failed