Халатность сисадмина

Однажды утром раздался звонок. Молодой человек сообщил, что у него упал RAID5 массив из пяти SCSI винчестеров и требуется восстановление данных. Сказал что из области и приедет через пару часов. С учетом московских пробок приехал только под закрытие, оставив нам на диагностику полчаса. Сервер привез целиком, около 30 кг :)

Получаса хватило, что бы констатировать страшный факт. Данные на всех винчестерах из массива: уничтожены!!!

Со слов системного администратора, ситуация была следующая. Сервер работал, к нему обращались пользователи…. документы, 1С бухгалтерия и т.п. Заметили, что к одному из дисков нет обращения, не моргает лампочка. БИОС RAID контроллера показывает что массив поврежден (Array DEGRADED), но данные при этом читаются, хоть и скорость работы сервера заметно упала. Решили сделать «благое» дело. Вставить вместо сломанного винчестера новый и воспользоваться функцией REBUILD. Собственно RAID5 на это и рассчитан. После долгой работы REBUILD сервер перестал загружаться вообще.

Когда диски попали к нам, на обычном SCSI контроллере, через ДискЕдитор, на всех дисках были видны НУЛИ, по всей поверхности.

.RAID5 организован таким образом, что данные пишутся секторами на все диски последоватьно, то есть данные существуют на всех дисках одновременно. На примере RAID5 из 5 дисков, четыре сектора запишутся последовательно на четыре диска, а на пятом сформируется специальная контрольная сумма от этих четырех секторов, и так далее, до конца дисков. Сектора с контрольной суммой циклически повторяются и перемещаются последовательно по всем дискам в массиве. Сделано это для того что бы при выходе из строя любого одного диска, можно вставить исправный чистый диск, сделать ребилд, с помощью контрольных сумм чистый диск заполнится информацией сломанного, и рейд продолжит функционирование, в обычном режиме. RAID может работать и в аварийном режиме, то есть: «на ходу» ломается диск, контроллер продолжит высчитывать контрольную сумму, но не писать её на диски, скорость его работы при этом замедляется, RAID начнет противно пищать.

В данном случае, вместо пересчета с рабочих дисков с информацией на новый чистый, REBUILD произошел «наоборот». Нули с нового диска записались на все остальные, тем самым данные уничтожились.

Вывод

Налицо, грубейшая ошибка системного администратора, халатное отношение к информации предприятия. Прежде чем совершать какие либо манипуляции с данными, пока они читаются, их нужно скопировать в надежное место. Вот так, мы остались без денег, а фирма без данных ;)

Это был заказ №5808


Имя:
email:
копия ответа придёт на указанную почту
Текст сообщения:

Контрольное число = 318291
Все поля требуется заполнить. Выбрать аватар:
Уважаемые посетители! Убедительная просьба, задавать вопросы по тематике сайта: восстановление данных. На вопросы не касающиеся восстановления данных - администрация оставляет за собой право не отвечать.

Довольные клиенты
Вера

Спасибо ОГРОМНЕЙШЕЕ!!! Вы просто спасли нас!!! Даже после наших безуспешных попыток восстановления программами (которые нам советовали в других лабораториях) дома, произошло ЧУДО, и ВСЕ файлы (ВАЖНЕЙШИЕ (читай свадебные, неотданные клиентам!!!) фотографии NEF, TIFF, JPEG) были восстановлены на 100%!!! Ради этого действительно стоило пересечь половину России!!! Вы просто волшебники!!!

на страницу отзывов