Восстановить данные c рейд массива из четырех дисков

При первичной диагностике выяснилось, что все диски определяются. То есть вероятная причина поломки рейд массива – это наличие сбойных секторов на дисках. Какие диски выпали из массива заказчик не указал, поэтому пришлось запускать сканирование всех дисков. После сканирования стало понятно, что один диск имеет бэд-блоки, а еще один достаточно много секторов с сильно увеличенным временем чтения, что также могло «не понравиться» рейд контроллеру и он мог «выкинуть» и этот диск из массива.

Далее было определено, что это не рейд 5 в чистом виде, а какая-то его разновидность и нужно определить параметры сборки: порядок дисков, размер страйпа и алгоритм чтения дисков.

Иногда для определения параметров рейд массива, таких как размер блока и порядок дисков, мы прибегаем к помощи RAID Reconstructor от Runtime Software. Открыв диски в этой программе и запустив тест на определение энтропии, мы увидели следующую картину:

По ширине разноцветных «столбцов» можно определить размер страйпа. И в нашем случае он оказался равен 256 кб или 512 байт.

Также видно, что один из «столбцов» имеет ширину в два раза больше, чем другие. Это натолкнуло на мысль, что на этом диске могут подряд располагаться две контрольные суммы, что бывает у рейд 5 в варианте 5ЕЕ или рейд 6. Но дальнейший анализ показал, что это не рейд 6.

Так как на raid использовалась файловая система NTFS, то уже по отработанной методике мы строим таблицу в экселе с распределением номером файловых записей в начале блока и контрольных сумм с привязкой к секторам и номерам дисков. После первичного построения это выглядит следующим образом:

Теперь осталось поставить диски в такой последовательности, чтобы файловые записи следовали подряд согласно алгоритму backward или backward dynamic. Покрутив последовательность дисков, в итоге мы получили следующую картинку:

А это соответствует RAID5EE Left-Asymmetric (backward).

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