Марсель Это случайно не описанная вами проблема?
Да, это близкая проблема, но не та. Так скажем, случаи поломки не кончились.

Off: Меня совсем недавно поразил другой случай. Была некая БД под линуксовой АСА9, база лежала на файловой системе ext-3, которая собственно является журнальной. И вот в один прекрасный день, анализируя логи, я увидел, как драйвер ext-3 проводя процедуру восстановления системы после вырубания питания воссоздал состояние файлов БД по состоянию за ЧАС до отключения. В логе АСА, однако, отчетливо были приписаны проведенные за потеряный час чекпоинты, в логе клиентского ПО - проведенные базой операции и УСПЕШНОЕ выполнение commit'ов... Вывод об откате в файлах я сделал по полному отсутствию каких-либо данных и упоминанию о них в БД и в оттранслированном логе.
Принимая во внимание последнее, я уж точно и не уверен, что АСА9 единственная "виновница". Ведь между ней и диском еще столько посредников, драйвера и кэши, программные и аппаратные. Я не понимаю, почему бы в АСА не сделать также, как и в тех СУБД, которые не пользуются файловыми системами, а хранят данные непосредственно на выделенных разделах носителей. Обеспечивая полный контроль, и за кэшированием, и за журналированием, и за успешностью проводимых операций I/O. А они только версии гонят вперед, форматы файла меняют...