Re: disaster recovery

Поиск
Список
Период
Сортировка
От Marco Colombo
Тема Re: disaster recovery
Дата
Msg-id Pine.LNX.4.44.0311281114320.25502-100000@Megathlon.ESI
обсуждение исходный текст
Ответ на Re: disaster recovery  (Alex Satrapa <alex@lintelsys.com.au>)
Список pgsql-general
On Fri, 28 Nov 2003, Alex Satrapa wrote:

[...]
> I have to admit that in none of those cases would synchronous vs
> asynchronous, journalling vs non-journalling or *any* file system
> decision have made the slightest jot of a difference to the integrity of
> my data.
>
> I've yet to experience a CPU failure (touch wood!).

I have. I have seen memory failures, too. Bits getting flipped at random.
CPUs going mad. Video cards whose text buffer gets overwritten by
"something"... all were HW failures.  There's little the SW can do when
the HW fails, just report that, if it gets any chance.
Your data is already (potentially) lost when that happens. Reliably
saving the content of a memory-corrupted buffer to disk will just cause
_more_ damage to your data. That's expecially true when the "data" is
filesystem metadata. Horror stories. I still remember the day when
/bin/chmod became of type ? and size +4GB on my home PC (that was
Linux 0.98 on a 100MB HD - with a buggy IDE chipset).

.TM.
--
      ____/  ____/   /
     /      /       /            Marco Colombo
    ___/  ___  /   /              Technical Manager
   /          /   /             ESI s.r.l.
 _____/ _____/  _/               Colombo@ESI.it


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

Предыдущее
От: Randolf Richardson
Дата:
Сообщение: Re: Humor me: Postgresql vs. MySql (esp. licensing)
Следующее
От: Randolf Richardson
Дата:
Сообщение: Re: Index on array element