RAID Reconstructor

Добрый день, дорогие друзья. Многие опытные пользователи для достижения тех или иных целей создают на своих персональных компьютерах RAID-массивы, состоящие из 2х и более жестких дисков. Одним юзерам нужна быстрая работа жестких дисков ПК, которую обеспечивает RAID 0. Другим нужен массив из жестких дисков RAID 5, который имеет дополнительный HDD с надежным хранением данных. В отличии от стандартного HDD запись и, соответственно, чтение информации на RAID 0 осуществляется по нескольким жестким дискам одновременно. То есть фрагменты одного файла могут быть записаны на сектора из разных жестких дисков. Такой тип записи информации требует от программ особенные алгоритмы восстановления данных.

Runtime Raid reconstructor v4.30 отлично справляется с восстановлением данных с RAID-массивов конфигураций RAID 5 и RAID 0. Эта небольшая программа способна вести работу с RAID-массивами, у которых не определены основные характеристики: объем блоков, очередность блоков, очередность дисков и т.д. Думаю, не все из Вас знают все параметры своего RAID-массива. Утилита автоматически просканирует конфигурацию жестких дисков на ПК и определит все недостающие параметры. Далее можно пойти двумя путями - или скопировать содержимое массива на другой диск, или сделать образ RAID-массива для последующих восстановительных процедур.

Для начала восстановления массива необходимо raid reconstructor скачать на свой компьютер. Программа не отличается излишними размерами (2,6 Mb в архиве), поэтому ее установка на компьютер не займет много времени. До восстановления RAID-массива требуется заранее обзавестись дополнительным жестким диском с большим или равным рабочим объемом. При этом программа не восстанавливает сам RAID-массив. Путем резервного копирования жестких дисков RAID Reconstructor на дополнительных диск создает образ Вашего RAID-массива. При его создании программа считывает информацию с нескольких HDD и соединяет ее воедино. С копированием данных с жесткого диска объемом 80Гб RAID Reconstructor справляется в течении 1 часа.

Данная утилита имеет статус "условно бесплатный софт" и работает с файловыми системами NTFS и FAT. Скачав программу можно в течении 90 дней пользоваться пробной версией продукта. Все меню Raid reconstructor полностью на английском языке, однако пугаться этого не стоит. Весь процесс восстановления информации с RAID-массива очень прост и понятен. Во многом это связано с наличием в главном окне программы небольших инструкций, при помощи них весь процесс восстановления данных с жестких дисков разделен на 4 этапа.

На этапе №1 программа просит нас обозначить основные параметры восстанавливаемого RAID-массива (тип рейда, размер блоков и т.д.). Затем нажатием кнопки "Analyze" нужно запустить сканирование конфигурации жестких дисков ПК. Именно на этом этапе raid reconstructor определит все недостающие характеристики массива. Третий этап восстановления информации предлагает нам выбрать тот физический диск, куда следует программе скопировать полученный образ рейда. Завершающая стадия - восстановление данных полученного образа программой GetDataBack. Не забудьте поделиться ссылкой с друзьями.

Удачного восстановления данных!

Понравилась программа - делись с друзьями ссылкой.

ССЫЛКИ ДЛЯ СКАЧИВАНИЯ ПРОГРАММЫ

Восстановление массива RAID-0 после сбоя

Самый простой из них - JBOD (Just a Bunch of Disks). Два винчестера склеены в один последовательно, информация записывается сначала на один, а затем на другой диск без разбиения ее на куски и блоки. Из двух накопителей по 200 Гбайт мы делаем один на 400 Гбайт, работающий практически с той же, а в реальности с чуть меньшей скоростью, что и каждый из двух дисков.

JBOD является частным случаем массива нулевого уровня, RAID-0. Встречается также другой вариант названия массивов этого уровня - stripe (полоска), полное наименование - Striped Disk Array without Fault Tolerance. Этот вариант тоже предполагает объединение n дисков в один с объемом, увеличенным в n раз, но диски объединяются не последовательно, а параллельно, и информация на них записывается блоками (объем блока задает пользователь при формировании RAID-массива).

То есть в случае, если на два накопителя, входящие в массив RAID-0, нужно записать последовательность цифр 123456, контроллер разделит эту цепочку на две части - 123 и 456 - и первую запишет на один диск, а вторую - на другой. Каждый диск может передавать данные… ну, пусть со скоростью 50 Мбайт/с, а суммарная скорость двух дисков, данные с которых берутся параллельно, составляет 100 Мбайт/c. Таким образом, скорость работы с данными должна увеличиться в n раз (реально, конечно, рост скорости меньше, так как потери на поиск данных и на передачу их по шине никто не отменял). Но этот прирост дается не просто так: при поломке хотя бы одного диска информация со всего массива теряется.

При сбое доступа к данным на дисках RAID массива нет.

Первое что нам потребуется, это отсоединить пострадавшие винты от рейда, найти еще один винчестер по объему равный или больший объема бывшего рейда. Подключаем винты к системе, загружаемся с чего-либо (можно создать загрузочный диск BartPE). Теперь понадобится программа RAID Reconstructor Она умеет работать с RAID5 и RAID0. Работает она следующим образом: анализирует подбором размер блока рейда, посекторно перебирает винты и воссоздает образ рейда где скажем, как на физический носитель, так и просто в образ рейда в виде файла. Для этого и надо диск большего объема для переноса файла-образа.

Теперь для восстановления данных с образа нужна программа GetDataBack for NTFS. Запускаем программу и показываем восстановленный файл-образ RAID. Программа после анализа образа показала все данные которые только смогла найти, в т.ч. давно удаленные. Выбираем то, что надо восстановить, и все.

Восстановление RAID массивов простыми методами

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

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

Но если судьба данных волнует Вас меньше чем желание попробовать самостоятельно их восстановить, то эта статья для Вас.

Рассматривая массивы, мы не можем не упомянуть о RAID контроллерах, которых сегодня великое множество, с разбросом цен от двадцати до нескольких тысяч долларов. Сравнение надёжности – вопрос сложный, но догадаться, что разница в цене «не из пальца высосана», думаю, может каждый.

Контроллеры бюджетного уровня, имеют упрощенный алгоритм работы и восстановления после сбоев, что выражается в большей вероятности потери информации. Дорогие модели заметно надёжнее, алгоритмы обработки ошибок более совершенны, но и они не безупречны.

Вопросы, касающиеся особенностей работы определённых моделей RAID контроллеров, Вы можете задать здесь.

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

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

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

Если у Вас выходит из строя один из дисков, лучше всего немедленно произвести резервное копирование особо важных данных и потом, заменив один из накопителей, произвести ребилд массива.

Почему пришлось отметить то, что необходимо предварительно произвести бэкап? Потому что при попытке ребилда массива, иногда случается такое, что процесс «зависает». Как правило, это происходит, если в процессе чтения\записи на одном из дисков обнаруживается бэд-блок, и контроллер не может вычитать информацию из сектора. В результате, после длительного и бесполезного ожидания, сервер перегружают. После чего выясняется, что массив полностью «развалился». Зависание в таких случаях, вероятнее всего, связано с некорректной обработкой исключительной ситуации. Как правило, описанное явление более характерно для дешевых моделей контроллеров, но встречается также и при использовании дорогого «железа».

Ещё одной распространённой причиной отказа массивов, является одновременный переход нескольких дисков в режим off-line. Как показала практика, чаще всего это происходит из-за проблем со SMART, или накопления бэд-блоков. Пока их количество не превысит определённого значения, диск работает корректно, но в один прекрасный момент массив перестает запускаться. И вроде бы все хорошо, и диск, судя по звуку, нормально стартует, и контроллером правильно определяется, но вот только непонятно, почему статус у диска off-line, массив не стартует и данные не отдает. Все из-за того, что контроллер не может считать необходимые данные с диска, либо, диагностируя SMART, определяет диск как «мертвый».

Можно привести ещё множество примеров сбоев в работе массивов, но что делать, если таки это свершилось? Информация потеряна, её необходимо восстановить.

Чаще всего сейчас используются массивы уровней 0, 1, 10, 5, 50. В последнее время наблюдается возрастающий интерес к шестому уровню.

Ниже приведена краткая информация о принципах работы массивов. Более подробно, об этом можно прочитать в соответствующей статье.

RAID 0 – использование чередующейся записи (страйп). Строится из двух и более накопителей. Информация записывается на все диски массива блоками определенного (8кб,16кб,32кб,64 кб, 128кб…) размера. Файлы, размер которых один блок, равномерно распределяются по двум или более дискам.

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

В случаях, когда все диски исправны, а массив отказывается корректно работать, восстановление производится программными методами, которые описаны ниже.

RAID 1 – использование технологии зеркалирования (зеркало). Строится из двух дисков. Информация одновременно пишется на оба накопителя, каждый диск является полной копией своего собрата. В случае выхода из строя одного из дисков массив остается работоспособным.

Если происходит сбой в работе контроллера и массив перестает определяться, то восстановление данных можно выполнить, воспользовавшись советами из статьи «Простое восстановление данных». Для этого один из дисков следует подключить к компьютеру на прямую, минуя RAID контроллер. Если повезёт, после подключения Ваши данные могут оказаться доступными и без использования программ, описанных в вышеуказанной статье.

RAID 10 – это объединение уровня 0 с уровнем 1. т.е. два страйпа объединяются в зеркало. В массиве используются минимум 4 диска. Он может остаться работоспособным при выходе из строя одного из составляющих его RAID 0.

При возникновении проблемы, в первую очередь необходимо определить, с чем именно возникли неполадки – с контроллером или с дисками

Когда проблема на уровне контроллера, Вам следует определить, какие винчестеры являются парами, составляющими страйпы. Здесь важно не перепутать диски, т.к. это приведет к потерянному времени и отсутствию результата. После того, как это станет известно, берётся одна такая пара, и с неё снимается информация таким же образом, как и с самостоятельного RAID 0.

Во время эксплуатации RAID 10, случается и такое, что выходят из строя два диска. Здесь возможны следующие варианты:

1) Оба диска принадлежат к одному страйпу, контроллер корректно обрабатывает исключительную ситуацию, и массив продолжает функционировать нормально.

2) Оба диска принадлежат к одному страйпу, но массив разваливается. В этом случае просто берём исправный страйп, и программно собираем его (об этом ниже).

3) Диски принадлежат к разным страйпам, но в одном из них уцелел первый, а в другом второй накопитель. Попробуйте программно собрать из них RAID 0.

4) Вышли из строя одноимённые диски разных страйпов. Увы  Один из сломанных дисков придётся отремонтировать, или каким-либо ещё образом снять с него данные. Затем программная сборка.

RAID 5 – массивы с контролем четности. Основным его достоинством является распределение блоков информации и контрольных блоков четности по всем дискам массива. Для создания такого массива требуется минимум три диска. Объём массива равен сумме объёмов составляющих его накопителей, минус один диск. Блоки контроля чётности используются для вычисления недостающей информации при выходе из строя одного из накопителей, составляющих массив. Таким образом, при утрате одного из дисков данные не теряются, и массив может продолжать работу.

Но, случается и такое, что после выхода из строя одного накопителя, контроллер неверно обрабатывает исключительную ситуацию и массив перестает корректно работать, либо полностью «падает». Подобный сбой может возникнуть также во время выполняемого после замены диска перестроения массива. Иногда в течение короткого времени после смерти первого диска, выходит из строя ещё один.

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

Упомянем о том, чего не стоит делать, для того, чтобы окончательно не потерять данные.

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

Запуск инициализации тоже ни к чему хорошему не приведёт, так что рекомендуется от неё отказаться, а если это не возможно, то использовать только quick init.

Чем еще можно навредить массиву? Запуском чекдиска или чего-то подобного. А вообще лучше всего помнить, что при потере информации на RAID следует отказаться от любой записи на диски. Если Вы точно не знаете, приведут ли определенные действия к утрате информации или нет, то лучше либо проконсультироваться с тем, кто это знает, либо отказаться от их выполнения.

Основным способом восстановления данных с RAID является программная сборка образа массива. Т.е. при помощи программных средств блоки с разных дисков выстраиваются в нужной последовательности. Порядок блоков в массиве зависит от расположения дисков на каналах и от алгоритма работы самого контроллера.

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

Работать с копиями или оригиналами – решать Вам. Я настоятельно рекомендую использовать в работе копии, так как если на исходных носителях находятся нечитаемые или нестабильные сектора, то работа с таким дисками может значительно ухудшить их состояние или же привести к полному отказу.

Чтобы собрать массив, необходимо знать параметры, с которыми он был создан. Это размер блока и последовательность дисков.

Если они Вам известны, то можно считать, что половина работы уже сделана, и мы сберегли кучу время для других, более приятных дел. Если нет, то придётся их подобрать.

К счастью, существуют автоматические средства поиска конфигурации и восстановления RAID, такие например, как программа RAID Reconstructor. Если задать в ней уровень массива, то она попытается найти первоначальную последовательность дисков, размер блока и предположить алгоритм записи информации на диски.

Далее опишем пошаговые действия при использовании данной утилиты.

Вот перед нами окно запущенной программы.

Первый шаг необходимый для начала работы – это выбор типа массива. Он осуществляется в выпадающем списке «RAID TYPE».

Задав тип массива для сборки, необходимо указать количество дисков в окошке «#drives». После того, как Вы это сделаете, ниже подсветятся белым несколько полей (их количество будет равняться количеству указанных Вами дисков). Наводим на каждое из подсвеченных окон, кликаем правой кнопкой мыши и выбираем диски, на которых находился массив. После того, как диски выбраны – переходим к пункту «Block size».

Здесь необходимо указать размер блока, если он известен, если нет, то оставляем этот пункт без изменений и смело жмем на «Open drives» и затем сразу на кнопку «Analyze».

Перед Вами появляется новое окно. В случае работы с RAID 0 такое:

Или вот такое с RAID 5:

Итак, перед нами находится окно, в котором будут задаваться параметры поиска последовательности дисков, размера блока, и, если мы собираем RAID 5, parity rotations.

Если, как было сказано выше, Вы знаете о том, на каком контроллере был создан массив, какой был использован алгоритм записи информации на диски, а также размер блока, то исключаем ненужные параметры в окошках «Block size» и «Parity rotations». Если параметры неизвестны, оставляем все как есть. Нажимаем кнопку «Next».

Начался просчет всех возможных комбинаций. По окончанию, утилита подберёт Вам наиболее верный вариант, выдав в нижней части экрана что-то типа «Recommendation: choose entry 1». Если это произошло, можно вздохнуть спокойно. Правильный алгоритм найден.

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

Но, продолжим. Алгоритм найден. Дальше вариантов может быть несколько. Либо переписать образ массива в файл, либо записать его на диск или массив, либо создать файл виртуального образа и продолжить его разбор в утилите Captain Nemo, Get Data Back или DiscEditor. Что выбрать – решать Вам.

Еще, как вариант, используя знания о расположении дисков, алгоритме записи и размере блока, можно восстановить RAID, используя программу под названием UFS Explorer. Руководство по использованию данного продукта можно найти в документации к нему.

Когда массив собран правильно, и файловые системы на нём не имеют логических повреждений, Вы можете получить доступ к данным стандартными способами. В частности, если образ скопирован на жесткий диск, будет достаточно подключить его к компьютеру и перезагрузить ОС (если не поддерживается горячее подключение).

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

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

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

Приведённая здесь информация даётся скорее в ознакомительных целях, чем в качестве руководства к действиям.

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

Внимание. Если при создании будет запущен ребилд, существует большая вероятность безвозвратной потери данных.

Некоторые модели контроллеров после создания нового массива автоматически выполняют инициализацию, что также может привести к потере данных.

Если все диски массива были исправны, то есть вероятность того, что без каких-либо дополнительных действий Вы вновь получите доступ к информации. Также не исключено, что файловая система будет частично повреждена и придется еще поработать такими утилитами как R-Studio, Get Data Back либо чем-то аналогичным.

В случаях с массивами пятого уровня, когда один из дисков неисправен, можно создать массив с заменой диска на аналогичный, исправный. Когда массив будет создан (ребилд не проводить!), после запуска операционной системы, этот диск нужно будет отключить «на горячую».

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

В заключении ещё раз отметим – если данные очень важны, отложите эксперименты на другое время, и обратитесь к специалистам. Советуем это, зная печальный опыт многих людей.

Основное условие распространения – сохранение ссылок, содержащихся в тексте данной статьи и подписи.

Portable RAID Reconstructor - HDD и флешки - Portable Soft - Каталог файлов - Персональный сайт

RAID Reconstructor - программа известной немецкой фирмы Runtime Software поможет вам восстановить данные с поврежденных дисковых массивов RAID. Поддерживает массивы уровня RAID 0 (из двух накопителей) и RAID 5 (от трех до четырнадцати). В случае отсутствия сведений о массиве (таких как порядок дисков, размер блока) программа автоматически произведет анализ и определит корректные значения. После чего, будет возможно сделать копию раздела в образ или другой жесткий диск.

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

Довольно часто бывает, что пользователю неизвестны параметры RAID - это не страшно, программа после запуска проведет анализ дисков и определит точные значения всего необходимого. После Raid Reconstructor позволит вам сделать точную копию RAID в виде образа диска, можно сделать копию на физическом диске, как вам удобно.

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

Recover data from a broken RAID Level 5 or RAID Level 0 Array. Even if you do not know the RAID parameters, such as drive order and block size, RAID Reconstructor will analyze your drives and determine the correct values. You will then be able to create a copy of the reconstructed RAID in an image file or on a physical drive.

Runtime's RAID Reconstructor will help you to recover data from broken

· RAID Level 5 Array consisting of 3 to 14 drives

· RAIRAID Level 0 Array (Striping) consisting of 2 to 14 drives

Recover Data from a broken RAID Level 5 or 0 Array

Восстановление RAID c помощью программ Get Data Back и Raid Reconstructor - Вопросы и ответы по железу

Virs 26 04 2008

Уж сколько раз твердили миру…

Не счесть, сколько раз у нас на форуме, да и вообще, на ресурсах так или иначе связанных с информацией о хранении данных говорили – собирая RAID уровня 0 (так же известный как Stripe, страйп ), получая повышенную скорость чтения/записи, пропорционально увеличиваем риск потери данных. Массив такого уровня можно собрать из нескольких жестких дисков (не меньше двух), но в случае сбоя одного (любого) из них – информация будет под большой угрозой. Я намеренно не пишу – утрачена, поскольку шансы на восстановление все-таки есть. Именно этому и посвящена статья. Тем не менее, в очередной раз предупрежу – рейд-массив уровня 0 – вы собираете на свой страх и риск.
В статье рассматриваются программы RunTime Get Data Back версии 3.32 (далее по тексту GDB) и RunTime Raid Reconstrucktor так же версии 3.32 (далее по тексту RR). Программы использовались под Windows XP Pro SP2. Программа GDB существует в двух видах – for NTFS и for FAT. Будьте внимательны, используйте соответствующую версию программы для вашей файловой системы. В примере рассматривалась версия for NTFS.
Первое правило для спасения информации – если информация на упавшем диске/массиве ЖИЗНЕННО важна - лучше обратиться к специалистам в области восстановления данных.
Второе правило - НЕЛЬЗЯ ничего пытаться на него записывать после сбоя. Был ли это отдельный жесткий диск, или из рейд-массива – неважно. Поэтому будьте внимательны – чем больше данных будет записано на диск после сбоя – тем меньше утраченной информации будет восстановлено.
Итак, случилось страшное. Ваш рейд развалился. Разумеется, на нем была особо ценная информация. 100% гарантий восстановления нет – причины могут быть разные. Одно дело, если массив рассыпался из-за появившихся «бэдов» (bad clusters) на жестком диске – это неприятно, но шансы на восстановление высоки. Другое дело если один из дисков массива «умер» - и не важно, что стало причиной – главное, суметь вытащить с винта информацию.
Начнем с простого варианта – винты живые, просто произошел сбой, и массив рассыпался. Для работы нам потребуется свободное место на дисках компьютера в объеме, равном количеству спасаемых данных. Отцепляем диски от контроллера рейда и присоединяем на соответствующие разъемы на материнской плате. Это не является обязательным – винты и так будут видны в операционной системе, если, не отсоединяя их от контроллера, просто в его настройках «разобрать» рейд. Но лично я – перецеплял. Загружаем операционную систему, проверяем наличие наших дисков. Все на месте. Виндоус про них пишет – устройство не отформатировано и не работает. Ничего удивительного, нам это и надо. НЕ форматируем диски, и вообще, больше их не трогаем. Запускаем программу Raid Reconstrucktor. Забегая вперед, скажу – программа очень легка в управлении, и интуитивно понятна.

Нам предстоит всего три шага – шаг первый – выбрать уровень массива – рейд 5 или рейд 0. Наш случай – второй. Если дисков больше, чем два – указываем количество, и начинаем добавлять их, согласно списка. После того, как все жесткие диски добавлены, жмем кнопку «Open Drives». Шаг второй – необходимо указать размер блока, которыми информация записывалась на диски массива. Но если вы не помните этого (хотя надо бы) – не страшно – нажимаем кнопочку «Аналайз» - программа подскажет. Шаг последний – создаем файлик виртуального имиджа рейда,он займет считанные килобайты и потребуется нам для программы Get Data Back. На этом общение с программой Raid Reconstrucktor заканчиваем, теперь нам потребуется Get Data Back.

Запустить её можно, не выходя из Реконструктора, просто нажав на ссылочку. Разумеется, программа должна быть заранее проинсталлирована.
Здесь тоже всего несколько простых шагов. Шаг первый – программа по умолчанию, при первом запуске, загружается с немецким языком интерфейса – я в нем кроме классических «Хендэ Хох» и «Гитлер капут»  ничего не знаю, поэтому переключаем интерфейс на англоязычный.

Шаг второй – программа просит указать, каким образом была утеряна информация – просто удалена, или диск был отформатирован, или установлена операционная система. Поскольку у нас ничего из этого не подходит – выбираем «неизвестно» - «I don’t know, use default settings». Жмем кнопочку Next.

На этом этапе необходимо указать диск, информацию с которого надо восстановить. Здесь нам потребуется файлик имиджа, который создала программа Raid Reconstrucktor.

Для этого жмем кнопку «Virtual images – Load more…» и в проводнике выбираем созданный нами ранее файл образа рейда. Должна получиться следующая картина:

На что здесь стоит обратить внимание? Только на то, что если вы сначала создали образ рейда в программе RR, и по какой-то причине не стали сразу восстанавливать данные (свободного места не хватает), и, выключив компьютер, изменили количество жестких дисков (добавили ещё один), то прежде чем приступать к сканированию массива в программе GDB, необходимо ещё раз запустить программу RR и проверить – правильно ли она видит ваш «бывший» рейд – не исключено, что добавленный диск встанет на место одного из «рейдовых».
Если все нормально, от спасения данных вас отделяет несколько часов – в зависимости от «размера» массива. Опыты проводились на 2х160 Гб (размер рейда 298 Гб) – сканирование продолжалось около двух часов. Запустить сканирование можно нажав кнопку «Next» (на предыдущем рисунке обозначена двумя красными точками). Процесс сканирования представляет собой вот такую картину:

После его окончания, программа ещё немного поработает (нужно будет пару раз нажать кнопку «Next»):

Этот процесс займет ещё несколько минут – 5-7. После чего получим картину, несомненно, уже радующую глаз - корневой каталог нашего бывшего рейда:

Представленная таблица состоит как бы из двух половинок. В левой половинке таблицы отображается собственно, корневой каталог. В правой - пока он же, только более детально. Щелчок мыши по папке в левой половинке таблицы раскроет содержимое этой папки в правой половине. Осталось совсем немного – выбираем (один раз щелкнув мышью) – или папку целиком – можно прямо в левой части, или несколько (продолжаем щелкать мышкой, удерживая кнопку «Ctrl» на клавиатуре) требуемых файлов из выбранной папки – в правой части. Далее - либо щелкнув по выделению правой кнопкой мышки, выбираем «Copy» и указываем путь, куда сохранять спасаемые данные. Второй вариант – отметив требуемые файлы и папки, жмем кнопку «Copy» с изображением желтенькой дискеты, расположенную в верхнем ряду панели инструментов программы. Здесь следует отметить – НЕЛЬЗЯ сохранять спасаемую информацию на ТОТ же диск, с которого собственно, и идет процесс «спасания». В случае рейд-массива у вас это и не получится, а вот если спасали информацию с одиночного (случайно отформатированного) жесткого диска – то получится, но делать этого нельзя ни в коем случае.
Так же стоит отметить, что результаты сканирования диска или массива можно сохранить – чтобы в случае необходимости, не проходить этот процесс сначала – File – Save…
На этом можно закончить статью. В следующей части будет описан чуть более сложный случай – что делать, если один из дисков «на ладан дышит» и после выключения неясно, сможет ли он запуститься вновь. От вышеописанного, процесс будет отличаться ненамного. Просто первой вместо программы RR запустить нужно будет GDB. В продолжении статьи НЕ БУДЕТ описания как «оживлять» умершие диски – автор конкретно в этом вопросе «не копенгаген», да и вообще, вопрос восстановления работоспособности «дохлого» винта выходит за рамки данной статьи.

Эта же статья в формате .doc

Благодарим нашего коллегу Makс ,за написание данной статьи
Сообщение отредактировано Virs: 27 Apr 2008 - 21:43

iliuxa 27 04 2008

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

Восстановление RAID массивов простыми методами

Внимание! Если информация на RAID-массиве, которая стала недоступна, действительно очень важная, то лучше всего сразу обращаться к специалистам. Любые самостоятельные эксперименты с составляющими массива могут привести к безвозвратной потере данных, которые возможно уже никто не восстановит.

В статье мы рассматриваем самые простейшие случаи восстановления данных с RAID массивов. Например, к ним относятся: выход из строя контроллера, переход одного или более дисков в состояние FAIL, при отсутствии аппаратных проблем с ними, незначительные повреждения файловой системы или какие-то еще некритичные неисправности. Если с помощью этих методов не удается получить желаемый результат, то Ваш случай не является простым. К сожалению, в рамках этой статьи невозможно рассмотреть все сложнее случаи, уровни RAID. Более того на данный момент их существует заметно больше 10 и еще множество различных модификаций и способов организации доступа, а это уже невозможно описать в одной статье. Работа по восстановлению данных с таких сложных структур часто требует глубоких знаний файловых систем и аппаратных особенностей оборудования, без этих знаний мало что возможно сделать.

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

Если у Вас выходит из строя один из дисков, лучше всего немедленно произвести резервное копирование особо важных данных и потом, заменив один из накопителей, произвести ребилд массива.

Почему пришлось отметить то, что необходимо предварительно произвести бэкап? Потому что при попытке ребилда массива, иногда случается такое, что процесс «зависает». Как правило, это происходит, если в процессе чтения\записи на одном из дисков обнаруживается бэд-блок, и контроллер не может вычитать информацию из сектора. В результате, после длительного и бесполезного ожидания, сервер перегружают. После чего выясняется, что массив полностью «развалился». Зависание в таких случаях, вероятнее всего, связано с некорректной обработкой исключительной ситуации. Как правило, описанное явление более характерно для дешевых моделей контроллеров, но встречается также и при использовании дорогого «железа».

Ещё одной распространённой причиной отказа массивов, является одновременный переход нескольких дисков в режим off-line. Как показала практика, чаще всего это происходит из-за проблем со SMART, или накопления бэд-блоков. Пока их количество не превысит определённого значения, диск работает корректно, но в один прекрасный момент массив перестает запускаться. И вроде бы все хорошо, и диск, судя по звуку, нормально стартует, и контроллером правильно определяется, но вот только непонятно, почему статус у диска off-line, массив не стартует и данные не отдает. Все из-за того, что контроллер не может считать необходимые данные с диска, либо, диагностируя SMART, определяет диск как «мертвый».

Можно привести ещё множество примеров сбоев в работе массивов, но что делать, если таки это свершилось? Информация потеряна, её необходимо восстановить.

Неплохой популярностью сегодня пользуются уровни 0, 1, 10, 5, 6, 50 и JBOD.

RAID 0 – чередующаяся запись (страйп). Такой массив состоит из двух и более дисков. Запись информации в данном случае производится на все накопители массива по блокам фиксированного размера. Файл размером в один блок распределяется равномерно по дискам. Главным недостатком такого массива является то, что при выходе из строя одного из дисков, без его использования невозможно произвести восстановление данных в полном объеме. В таких случаях, для полноценного восстановления RAID необходимо сначала снять информацию с неисправного накопителя. При выходе из строя всех дисков для восстановления приходится пользоваться программными методами.

RAID 1 — технология зеркалирования. Такой массив строится из двух копирующих друг друга дисков, на которые записывается одна и та же информация. В случае применения такой комбинации данные сохраняются, даже если дин из накопителей выходит из строя. Когда RAID контроллер выходит из строя и массив не определяется, необходимо один из дисков подключить к компьютеру без использования контроллера, т. е. напрямую. Таким образом, можно получить доступ к данным, не используя программное обеспечение.

RAID 10 представляет собой объединенные 0 и 1 уровни и состоит, как минимум, из 4-х дисков. Достоинство такого построения в том, что при неисправности одного из страйпов копирующая его пара остается работоспособной.

При сбое в работе такого массива могут возникнуть проблемы как с дисками, так и с контроллером. Если из строя вышел котроллер, то определяется пара дисков, из которых состоит страйп и из нее считываются данные по аналогу RAID 0.

Основное достоинство массива RAID 5 – распределение контрольных блоков четности и блоков информации по всем присутствующим в массиве накопителям, количество которых составляет не менее трех. В случае неисправности одного из дисков массив продолжает работать, благодаря использованию блоков контроля четности, необходимых для вычисления недостающей информации при выходе из строя одного из накопителей.

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

От запуска инициализации также лучше отказаться, потому как могут быть не самые лучшие последствии, а в случае необходимости разумнее будет прибегнуть к использованию только quick init. Запуск чекдиска и подобных служебных программ тоже может нанести вред массиву. И главное – помнить, что при потере информации на RAID любая запись данных на диски будет только в ущерб. И потом, лучше отказаться от каких-либо предпринимаемых действий если нет полной уверенности, что они не приведут к утрате информации.

RAID и его программное восстановление (использование массивов уровней 0 и 5)
Очень часто данные с RAID восстанавливаются с помощью программной сборки образа массива. То есть программные средства блока разных дисков располагаются в необходимой последовательности. Расположение блоков массивов зависит от того, как располагаются на каналах диски, а также от алгоритма работы контроллера.

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

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

При сборке массива следует знать его изначальные параметры, в частности последовательность дисков и размер блока. Зная эти данные, можно считать, что вы полпути к успеху. Если же вы их не знаете, то вам предварительно придется подобрать их.

Радует, что имеются автоматические средства для восстановления RAID и поиска конфигурации. К наиболее известным можно отнести программу RAID Reconstructor. Задавая в ней уровень массива, вы сможете найти изначальную последовательность дисков и размер блока, что позволит вывести алгоритм действия по записи информации на диски.

Главное окно запущенной программы выглядит следующим образом:

Работу следует начинать с выбора массива, который осуществляется в списке «RAID TYPE».

После того, как задан тип массива, нужно в окне «#drives» указать число дисков. Выполнив это действие, вы увидите, как ниже белым подсветятся поля, количество которых будет такое же, как и количество дисков, указанных вами. Для каждого поля выберем диски, на которых был массив. После этого действия перейдем к «Block size», где следует указать параметр размер блока. Если же вы его не знаете, то оставляйте данный пункт без изменения и жмите кнопки «Open drives» и «Analyze».

Видим окно с возможностью выбора:

• Автоподбор параметров.
• Указать точные параметры.
• Пропустить данный шаг.

Нажимаем кнопку «Next». Далее появится окно. Если вы работаете с RAID 0, оно будет иметь следующий вид:

В этом окне следует задавать параметры последовательности дисков, размера поиска и Parity Rotations (в случае работы с RAID 5).

Если вам известно, на каком из контроллеров создавался массив, размер блока и алгоритм записи информации на диски, то все ненужные параметры нужно исключить в окнах «Parity rotations» и «Block size». Когда параметры неизвестны, оставьте все так, как есть и нажмите клавишу «Next».

После просчета комбинаций программа подберет наиболее удобный вариант, написав сообщение по типу «Recommendation: choose entry 1». Но это не повод для беспокойства, так как правильной алгоритм утилитой найден.

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

Когда алгоритм найден, возможно несколько вариантов развития:

• Перепись в файл образ массива.
• Его запись на массив или диск.
• Создание файла виртуального образа, продолжение его разбора в DiscEditor, Get Data Back, Captain Nemo или R-Studio.

Если массив был собран правильно, а его файловые системы без каких-либо логических повреждений, доступ к информации можно получить стандартными способами. Так, если образ был скопирован на хард-диск, можно подключить его к ПК, после чего сделать перезагрузку ОС.

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

К примеру, вы не сможете по какой-то причине восстановить RAID, так как описанные выше методы не помогут (например, контроллер будет записывать конфигурационную информацию в начало диска). Если количество секторов, которые заняты служебными данными, не указаны программе, в результате можно получить неверный итог автоматического подбора массива конфигурации.

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

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

В случае полной исправности дисков массива может случиться так, что без надобности проведения дополнительных операций можно получить доступ к информации. Если же обнаружены частичные повреждения файловой системы, то придется прибегнуть к использованию таких программ, как UFS Explorer, GetDataBack, R-Studio или других подобных.

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