Неприятности

Стоит начать размышлять о промышленной эксплуатации продуктов как то CouchDb, возможностей по управляемости и восстановлению при сбоях — как сбои случаются.

На домашнем сервере у меня посыпался один из дисков, причём основательно — не читается суперблок в ext3fs, похоже что появились и система не грузится и файловая система не распознаётся.

К счастью, большая часть данных с этого сервера у меня были зарезервированы и пострадали от этого только кэш Социоранка, около 3 гигабайт и база метаданных использовавшаяся в Скиуре, анализаторе ссылок и геокодировании, также около 3 гигабайт. Причём база метаданных как раз в этот момент переносилась из SQL в CouchDb с одновременным обновлением устаревших записей. Ничего невосстановимого нет, но повторный сбор метаданных и их последующая обработка — это почти месяц. Повторный сбор кэша Социоранка примерно такой же по времени.

Так что теперь мне на практике представляется возможность узнать выжили ли базы CouchDb и насколько движок устойчив к подобным ситуациям. Пока же этот отразится на том что публичный запуск Скиура может немного задержаться и чуть потерять в точности, но точность за пару недель эксплуатации будет восстанавливаться.

Заодно возможно кто-то может подсказать как восстанавливается суперблок на ext3fs, какие есть варианты rescue cd и альтернативы по извлечению данных с битой ext3fs партиции.

About This Author

  • http://edbond.name edbond

    попробуй gpart (http://www.stud.uni-hannover.de/user/76201/gpart/)
    он умеет угадывать партиции

  • http://www.globalsremont.com/ koreshochek

    Ну, первое что можн предложить — зеркальный массив. Если данные очень важны — то третьего или даже
    четвертого порядка. Второе — есть такая прога, HDDRegenerator. Часто незаменима. Восстанавливает практически все.
    Если диск посыпался «основательно» — то, конечно, ненадолго. Но слить успеешь

Яндекс.Метрика