Так же необходимо проверить корректность прохождения XOR проверки всех дисков в массиве. В пределах отдельно избранного сектора это делается по формуле (0 sect 0 drive) XOR (0 sect 1 drive) = 0 sect 3 drive. Существует программное обеспечение которое позволяет автоматизировать этот процесс и представляет данные о XOR passed в графическом виде. В случае, когда имеются серьезные расхождения в ксор коррекции имеет смысл предполагать либо отстутствие более одного диска(ов) в предоставленном массиве, либо о неверно выбранном для анализа типе Raid, либо о неудачно проведенном rebuild массива.
Хорошо, если в виртуальных машинах использовалась ФС NTFS, можно найти записи mft и понять по ним параметры raid массива. В данном случае можно не обращать внимание на возможную фрагментацию виртуальных машин, так как для анализа чаще всего достаточно порядка 1-2 тыс. непрерывно идущих секторов. Хуже, когда приходится иметь дело с файловыми системами типа Ext3 или HFS. В таких ситуациях приходится искать осмысленные фрагменты данных, вроде логов ПО или системы, txt, html файлов, или им подобных.
Следующий шаг - определить порядок дисков в массиве, размер блоков, тип ротации, количество дисков участвовавшее в массиве, если один (или более, в общем случае) диск отсутствует, то определить и его положение. Есть несколько утилит для автоматического анализа всей этой кухни, но они помогают лишь в простейших случаях, типа raid 0. Если мы имеем дело с 6-м рэйдом или raid5 нестандартной конфигурации (смещения ротации и т.п.) то полагаться можно лишь на собственные глаза и голову, которая к глазам прилагается.
В качестве небольшого лирического отступления, как совет товарищам по цеху - перед тем как приступать к работе, надо выяснить у заказчика всю информацию, которая касается поставленной задачи. Но при это всегда нужно иметь ввиду, что к рассказам клиентов нужно относиться как "предположительно это raid 6 (в моем случае) и предположительно было 4 диска". Нередки ситуации когда говорят одно, а на деле оказывается совсем другое. Поэтому нужно иметь полученную информацию в виду, но не уповать на нее, как на истину в последней инстанции, а руководствоваться результатами, которые дала вам ваша собственная диагностика. Кроме того тот факт, что накопители (не важно, какого типа) были где-то у кого то, вносит дополнительные факторы. Например после широко известного в узких кругах Сергея Головняка (aka Sergol) можно поиметь такой головняк, как диски вообще подменяны другими, молчу уж про запись 00h по всей поляне и прочие неожиданные прелести.
Первое правило при работе с поврежденным raid массивом - сделать посекторные копии дисков массива в файл-образ или на исправный HDD не меньшего объема. Некоторые так делать ленятся, и потом получают ситуацию, когда диски и без того бывшие в полуживом состоянии, в процессе ресерча массива загибаются окончательно.
Обратился клиент с поврежденным рэйд массивом 6-го уровня собранным на 4-х SATA дисках. В наличии оказалось только три. Ситуация весьма распространенная: несколько месяцев(!) назад в массиве вышел из строя один HDD и его отправили на замену по гарантии. И все оставшееся время рейд работал в аварийном режиме на трех накопителях. Потом сбойнул еще один винчестер (об этом ниже) и все встало. Сперва обратились в одну достоточно крупную компанию, рекламирующую , но прослезившись от озвученной цены принесли массив мне.
Восстановление Raid 6 с файловой системой VMFS
Способы оперативно связаться со специалистом:
Комментариев нет:
Отправить комментарий