RAID5 (6*500Гб stBaracudaES2) на MR9240-8i на s5500BC на 2008R2

доброго всем времени суток.
Огромное спасибо создателям данного ресурса за исчерпывающие материалы по проблеме восстановления RAID-массивов.
В данной теме я постараюсь изложить все шаги, которые мы осуществляем.
Для начала опишу события.
Четвеерг прошлой недели, файловый сервер уходит в оффлайн. На мониторе просит "insert boot media or proper boot device". В WebBios'е контроллера сначала пишет, что один диск оффлайн. В другой раз пишет, что офф-лайн уже два диска. Потом пишет, что помимо двух в оффе еще один degraded (позже были попытки на этом же контроллере поднять raid из визарда всеми возможными способами, вчитываясь в ман. Безполезно, даже в автоматическом режиме, это подкрепляет предаоложения по поводу выхода из строя контроллера?). Потом начинается паника, накрывает осознание собственной тупости, что за 3 дня до падения я не настроил до конца слив критичных быкапов с этой железки на другую. Потом звоник всем, кому можно, гугл, темы на форумах, чтения всего, что может быть. В итоге, что делаем сейчас.
Было куплено 6*1Тб хардов, ибо тупо не было места даже попробовать начать делать что-то. Прочитал в статьях, что корректнее работать с образами. Сделали в пт-сб-вс образа. Пробуем скормить их R-Studio. Софт скушал, даже начал их обработку. За некоторое кол-во времени _собрал_ . Результатом всего этого стало огромное кол-во папок с именем "?" с пусто внутри, некоторое количество папок с именем типа "Zip archive",в котором лежат какие-то архивы со транным содежанием, или dll и прочее. На массиве все файлы имели логическую иерархию, мне понятную.
Пошли вопросы:
*ЧЯДНТ?
*Подразумевается ли сохранение структуры организации файлов при восстановлении, или это просто будет 100500 файлов, разбитых по типам?
*Может ли массив не склеиться из-за разной степени сжатия образов?
*как понять исправлены ли сами накомпители?

Меня сильно пугают сообщения в [url=http://sysadmins.ru/topic281137.html]теме[/url] про файловую систему в 2008R2

Действия в планах:
Сделать образа без психоза, всё правильно записать. Попытаться скормить их r-studio. [s]Если не выйдет, выйти из окна =-([/s] Попробовать Raid-reconstructor на живых хардах, запустив его с зугрузочника Alkida и перелить, если найдет, файлы по сети.

Важно - ОБРАЗЫ не должны быть сжаты вообще никак - размер образа должен быть равен размеру диска с которого он делается... образы можно сделать той же R-Studio. Р студио не умеет собирать массивы в автомате - вы должны ТОЧНО знать порядок дисков, размер блока, ротацию и уровень рейда. И естественно при правильно проделанной работе - результат должен быть максимально близкий к тому, что было изначально.

Для проверки исправности накопителей можно воспользоваться программой HDDScan  в режиме чтения... но если вы смогли сделать с дисков образы и не было никаких ошибок при их создании- скорее всего накопители на данный момент исправны. Рейд реконструктор не восстанавливает данные в виде файлов - он только собирает виртуально массив и позволяет сделать образ массива на другой диск, равный по емкости самому массиву. либо вирт образ, который используется в других программах для логического разбора  данных.

Большое спасибо.
При создании образов дисков никаких трудностей не возникло. Кроме, разве что, нехватки мета. Насчёт сжатия. в визарде создания образов есть такой бегунок "faster-smaller". в зависимости от его положения и меняется предполагаемый размер образа. По-умолчанию пишет, что размер образа с 500 Гб диска будет весить 202. Но попытки создать образ в месте объемом 220 Гб не увенчались успехом. Р-студио написал, что мало места.

Как можно точно узнать размер блока? Ротацию?
Как можно, и можно ли в итоге получить файлы в той иерархии, что была при работающем массиве?

Я вас на сисадминах ответил. Сюда дублирую.

"Конфигурацию контроллера знать нужно, но не обязательно. Достаточно знать производителя контроллера. У вас контроллер LSI. Следовательно при попытк собрать массив реконструктором необходимо выбрать тип ротации с названием "бэквард динамик", что сразу ускорит процесс поиска конфигурации. Только вот что хочу добавить, необходимо, чтоб у вас образы сжаты небыли, т.е. сырые посекторные копии каждого винта. Либо работайте с оригиналами. Программы типа Реконструктора, УФС эксплорера никаких изменений на диск не вносят. Исключением могут быть только полудохлые винты - с них образы делать обязательно."

[url=http://i11.fastpic.ru/big/2010/1102/9e/bc1f6681aec2765e30ae4675d4f3099e.png]Вот такая фот фигня на последнем диске =-( [/url]
Это капец? =-(
До конца не понятно как быть с файлами. RAID-rconstructor востанавливает массив, но как найти место одни куском в почти 3 Тб?
Более того, как-то туманно представляем себе как потом с этого образа рэйда вытащить файлы.. =-(

Это, скорее всего причина того, из-за чего он развалился. Дефекты на винте.

Эти дефекты сводят на нет все наши попытки?

Ну почему же ;) нет.  Главное чтоб их больше небыло.
Из-за этого мог массив развалиться.

Доброй ночи/дня
Итогом многоденвных манипуляций стала картина:
Имею 6 образов
RAID-reconstructor утвердил порядок
X
G
Z
6
T
B
(это окончания серйиников, в имени образов, созданных R-studio)
Если в заданном порядке образа скормить Nemo, то большого числа файлов просто нету. Есть пустые папки, вместо папок, в которых д/б еще маса директорий. Если попробовать восстановить из получившегося, к примеру, архив файлов, который на этот же рейд делался, то при распаковке выдает ошибки, и не распаковывает. Пробовали в WinHEX создать виртуальный рейд, добваив в него файлы, а затем через specialist-reconstruct RAID system. Вообще не видит файлов.
Что я не так делаю, пожалуйста, прошу помощи.

зы
Огромное спасибо за то, что уже сделано.

А если скормить Nemo файл, который выдaл по результатам своей работы RAID-reconstructor, то есть масса файлов, которые весят 0 кб, и много файлов, котолрые не открываюся.. архивы к примеру.
Значит реконструктор не так что-то предположил? Или значит, что данные действительно потеряны безвозвратно?

Ну вообще то всем свойственно ошибаться, и реконструктору тоже - причем причин на ошибки может быть много. В случае с многодисковыми массивами как правило часто ошибается - вариантов в вашем случае есть три - 1 - пытаться вручную перебрать порядок дисков (если вы точно уверены в алгоритме сбора и размере блока), 2 - изучать принцип работы рейд массивов и анализируя данные в том же WINHEX выстроить нужный порядок дисков и собрать массив, и 3 - отдать тем, кто занимается этим профессионально.

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

спасибо Вам большое!
Если бы я мог привезти к вам сами харды, и оплатить Вашу работу, то я бы, безусловно, так и сделал. Но бывют условия, когда это не возможно по тем или иным причинам =-(