Очередные хохмы с жесткими дисками

[metaclass]

Исследовал случай повреждения БД firebird. Разгреб внутренние структуры, сравнил страницы данных от битой базы и хорошего бэкапа.
Поперек страницы битой базы - ряд байт 0xFF с шагом в 16 байт от 4 до 8 штук, прямо поперек страницы.
Шаг возникновения последовательностей - 512 байт, т.е. сектор диска.
Причем в эту страницу, насколько я понимаю, месяца три никто ничего не записывал (старые данные).

Хрен знает, что с этим делать, ничему верить нельзя.

Comments

[pascendi.livejournal.com]

Как известно, люди делятся на две категории: те, кто регулярно делают бэкапы, и те, кто теперь уже точно будут регулярно делать бэкапы :-)

Жесткие диски, как и любые другие средства хранения данных, подвержены деградации.

[alll]

А база на рейде жила или на одиночном диске?

[kranov.livejournal.com]

firebird-у давно пора в каждый блок добавлять контрольную сумму и при чтении (и особенно при бекапе) проверять и грязно ругаться Data file corrupted Header block magic number is bad

[http://users.livejournal.com/_slw/]

а как ты узнал что база битая?
а как ты получил актуальную копию?
а винт из этого говна ты выкручивал и к себе втыкал дабы самостоятельно прочитать?

[antisemit-ru.livejournal.com]

1.Как можно любую базу размещать на одиночном диске?
2. Как можно обходиться без регулярных бэкапов, желательно, в разных местах? У системщика же всегда компов хватает...

[ynot.livejournal.com]

Не вижу тэга "пни упавшего" - сейчас вам пятьдесят человек расскажут, как хорошо делать бэкапы, использовать рэйд, купить облако, резервировать оборудование, пользоваться винчестерами проверенных марок, не забывать о стабильном электропитании, иметь специального отдельного инженера для работы с железом, купить наконец нормальную базу данных оракель или нормально пользоваться еще более нормальной бесплатной базой мусекель и т.п.