Re: Recomended FS

Поиск
Список
Период
Сортировка
От Mark Kirkwood
Тема Re: Recomended FS
Дата
Msg-id 3F9B3E61.8050405@paradise.net.nz
обсуждение исходный текст
Ответ на Re: Recomended FS  ("scott.marlowe" <scott.marlowe@ihs.com>)
Ответы Re: Recomended FS
Re: Recomended FS
Список pgsql-general
Got to going this today, after a small delay due to the arrival of new
disks,

So the system is  2x700Mhz PIII, 512 Mb, Promise TX2000, 2x40G ATA-133
Maxtor Diamond+8 .
The relevent software is Freebsd 4.8 and Postgresql 7.4 Beta 2.

Two runs of 'pgbench -c 50 -t 1000000 -s 10 bench' with a power cord
removal after about 2 minutes were performed, one with hw.ata.wc = 1
(write cache enabled) and other with hw.ata.wc = 0 (disabled).

In *both* cases the Pg server survived - i.e it came up, performed
automatic recovery. Subsequent 'vacuum full' and further runs of pgbench
completed with no issues.

I would conclude that it not *always* the case that power failure
renders the database unuseable.

I have just noticed a similar posting from Scott were he finds the cache
enabled case has an dead database after power failure. It seems that
it's a question of how *likely* is it that the database will survive/not
survive a power failure...

The other interesting possibility is that Freebsd with soft updates
helped things remain salvageable in the cache enabled case (as some
writes *must* be lost at power off in this case)....

regards

Mark

scott.marlowe wrote:

>
>OK, but here's the real test.  As the postgres user, run 'pgbench -i',
>then after that runs, run 'pgbench -c 50 -t 1000000'.  While it's running
>and settled (pg aux|grep postgres|wc -l should show a number of ~54 or
>so.) pull the plug. Wait for the hard drives to spin down, then plug it
>back in and power it one.  With SCSI you will still have a coherent
>database.
>
>
>


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Temporary tables and miscellaneous schemas
Следующее
От: "James Moe"
Дата:
Сообщение: Re: Recomended FS