Re: Why database is corrupted after re-booting

Поиск
Список
Период
Сортировка
От Richard Huxton
Тема Re: Why database is corrupted after re-booting
Дата
Msg-id 4360F4D0.7010400@archonet.com
обсуждение исходный текст
Ответ на Re: Why database is corrupted after re-booting  ("Andrus" <eetasoft@online.ee>)
Список pgsql-general
Andrus wrote:
>
> QUANTUM FIREPALLP LM20.5 is a widely used ATA IDE drive.
>
> Where do find information does it implement write caching properly or not ?

I don't think the manufacturers bother to make this sort of information
available.

> Is there IDE drive compatibility list for Postgres ?

No - for the reason above (amongst oghers).

> If this information is not available is there a standard utility which can
> determine this drive compatibility with Postgres under Windows ?

Try the test I described earlier.

> Is it possible write utility which converts corrupted database to readable
> state so that SELECT * FROM anytable will work always ?
> This utility may remove all contraints, just create database which contains
> as much data as possible.
> Then I can import this data to empty correct database and discard all rows
> which violate database rules.

There's nothing I know of, and I don't think we see enough problems to
build anything very sophisticated. There is a file-dump utility from Red
Hat:
   http://sources.redhat.com/rhdb/

Far better is to always have a known-good version on the machine. Have a
look in the manuals for Point-in-time recovery (PITR). That might suit
your needs. It also would let you re-run changes to any point in the day
- useful for clients who delete things they shouldn't!

--
   Richard Huxton
   Archonet Ltd

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: pg_dump fails when it gets to table containing bytea
Следующее
От: "codeWarrior"
Дата:
Сообщение: Re: pg_dump fails when it gets to table containing bytea