Re: 7.3.4 Table corruption

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: 7.3.4 Table corruption
Дата
Msg-id 10928.1093485410@sss.pgh.pa.us
обсуждение исходный текст
Ответ на 7.3.4 Table corruption  (Andrew Farmer <mail@andrewfarmer.com>)
Ответы Re: 7.3.4 Table corruption  (Andrew Farmer <mail@andrewfarmer.com>)
Список pgsql-admin
Andrew Farmer <mail@andrewfarmer.com> writes:
> My question is, if I load the good dump into a clean database, and then
> find the underlying file that represents the broken table and copy it
> over the top of the broken table, am I likely to face any big problems?

This strikes me as a real good way to shoot yourself in the foot ;-).
Better take a backup and be prepared to restore from it.  And I'd
suggest experimenting in a scratch installation before you try it for
real.

Having said that, I think it would work, if your "clean database" is
another DB in the same cluster (you could *not* copy from data prepared
under a different postmaster).  And you'll need to copy all the indexes
on that table, and its toast table and toast table index if it has one.
And shut down the postmaster while you do the copying.

            regards, tom lane

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: .pgpass and win32
Следующее
От: Tom Lane
Дата:
Сообщение: Re: regression database