Замена raid контроллера без потери данных
В статье мы покажем способы создания массива RAID 6. А также в качестве бонуса рассмотрим, что необходимо предпринять, если произошел сбой в хранилище и данные утеряны.
Вариант хранения информации посредством RAID хранилищ – это следующий, обладающий гораздо большими возможностями и преимуществами, способ безопасно расположить свои данные и получить мгновенный доступ к ним при необходимости. Массив, в зависимости от своего построения, обладает рядом характеристик, которые повышают как общую безопасность сохраненных данных, так и предлагают гораздо больший объём полезного пространства для записи. Однако, несмотря на высокий уровень защищенности, RAID массивы не застрахованы от поломки на логическом или аппаратном уровне. И как следствие, неисправность может привести к частичной или полной потери данных.
Массив RAID 6 конструктивно исполнен в формате избыточности, который увеличивает устойчивость хранилища к потенциальной пропаже данных, там расположенных. Минимальные требования по его комплектации предполагают наличие хотя бы четырех дисковых носителей. Именно данного начального количества достаточно, чтобы применить блочное чередование и задействовать порядок двойной четности.
В нашей статье мы рассмотрим вариант сборки RAID массива, который будет включать шесть накопителей. А управление обеспечит контроллер Adaptec 6805T. Создать хранилище можно двумя способами и далее мы их представим.
После запуска обычным способом компьютера нажмите совместно комбинацию клавиш «Ctrl+A» для перехода к настройкам RAID.
Из списка опций контроллера выберите утилиту для настройки массива.
Теперь предстоит выполнить инициализацию всех носителей, из которых будет состоять RAID. Выберите ответственный раздел («Initialize Drives») и щелкните «Ввод» на клавиатуре для продолжения.
Отметьте все накопители, требуемые для массива. Используйте для выделения клавишу вставки «Insert» (также можно задействовать и пробел). Потом щелкните «Ввод».
Инициализация будет запущена. По ее завершению перейдите в раздел «Create Array», непосредственно ответственный за воссоздание массива.
Повторно выберите все накопители (прошедшие процедуру инициализации) из которых будет состоять RAID, ранее описанным методом. Потом подтвердите выбор, щелкнув «Ввод».
На странице настроек массива в каждой строке задайте параметры создаваемого хранилища, а потом щелкните «Ввод» для сохранения. Указанные характеристики массива желательно переписать отдельно. Если произойдет критическая ситуация и выйдут из строя несколько носителей сразу, то с ее помощью можно будет вернуть потерянные данные массива.
Перейдите на сайт создателя контроллера, отыщите нужную версию программы из списка доступных для использования, загрузите ее и установите.
Откройте программу. В основном окне отыщите имя ПК и щелкните его.
Подтвердите право доступа, а именно заполните поля для входа.
На главной ленте управления под рядом кнопок меню отыщите и щелкните кнопку «Create», которая позволит непосредственно приступить к сборке RAID хранилища.
Укажите предпочитаемый способ, который необходимо будет применить программному помощнику для создания массива.
На выбор представлено два варианта. Если отметить «Express configuration for controller 1», то помощник автоматически проанализирует доступное оборудование и посоветует лучший вариант хранилища.
Отметка параметра «Custom configuration for controller 1» предполагает, что пользователи самостоятельно вручную зададут формат будущего массива RAID.
После выбора ручного варианта создания хранилища, помощник предложит определиться с уровнем RAID для данного логического устройства. Выберите нужный раздел из готового списка. Если желаемого уровня нет, то перейдите в раздел расширенных настроек (кликните ссылку «Advanced Settings»).
В выпадающем перечне установите индикатор выбора («точку») напротив верной строки. Затем переходите к следующим характеристикам (нажмите кнопку «Next»).
Озаглавьте RAID массив, заполнив соответствующую строку.
Раскройте вложенные параметры раздела дополнительных настроек, щелкнув по ссылке «Advanced settings». Далее воспользуйтесь предложенным вариантом заполнения или задайте собственные значения параметров массива.
Как и при использовании первого способа, описанного в предыдущем разделе, сохраните отдельно значения характеристик RAID хранилища. Вы сможете использовать их для восстановления при поломке RAID в будущем.
В боковом окне, содержащем список физических устройств, выберите диски, нужные для создания массива. Потом кликните кнопку «Next» для продолжения.
Процесс создания RAID хранилища, согласно определенным пользователями параметрам, будет запущен. Дождитесь его завершения.
Примечание. Чтобы обезопасить себя от непредвиденных последствий, связанных с заменой носителя, создайте по возможности резервную копию данных массива.
Загрузите с сайта производителя вашего контроллера соответствующую версию программы для создания, управления или удаления массива. Она позволит идентифицировать неисправный носитель.
Щелкните по каждому в отдельности носителю правой кнопкой мыши и выберите раздел меню свойств «Propeties», содержащий различные сведения, в том числе метки об исправности.
Отыщите на вкладке «Device» строку с серийным номером проблемного диска.
Потом найдите испорченный носитель в хранилище, сравнивая обнаруженный номер со сведениями из этикетке, расположенной непосредственно на корпусе диска, и замените его.
После обновления аппаратного наполнения хранилища необходимо произвести пересборку массива.
Включите ПК и перейдите к настройкам BIOS стандартным способом (совместно нажмите сочетание клавиш «Ctrl+A»).
Из списка опций, доступных для взаимодействия, выберите утилиту настройки массива.
Повторите действия, описанные нами ранее для первого способа. А именно,
выполните инициализацию новых накопителей будущего массива RAID. Отметьте ответственный раздел («Initialize Drives») и кликните на кнопку «Ввод» для продолжения.
Отметьте новый носитель, подключенный взамен испорченного, пробелом или кнопкой «Insert». Потом нажмите «Ввод» на клавиатуре для осуществления востребованной процедуры инициализации.
Затем в меню контроллера выберите раздел «Manage Arrays», возможности которого позволят программно присоединить к RAID хранилищу проинициализированный носитель.
Далее совместно щелкните комбинацию клавиш «Ctrl+S». Система отобразит страницу управления. Выделите новый исправный диск (применяя стандартные методы для отметки носителей, а именно пробел или «Insert»). Потом нажмите на «Ввод» и дополнительно подтвердите решение о пересборке массива фразой «Yes», которую следует ввести во всплывающем системном окне предупреждения.
Для корректности, дождитесь окончания всех действий.
Как мы уже обращали внимание ранее, стопроцентной гарантии сохранности файлов массивы предоставить не могут, несмотря на все существующие страховочные способы защиты. Поэтому необходимо всегда учитывать возможность непредвиденной утраты данных вследствие действий различных сторонних факторов. И заранее быть к ним готовым.
Стандартный способ резервного копирования пользовательских файлов безусловно поможет защитить данные от утраты. Но применительно к массивам, это несколько затруднительно. Обычно, массивы имеют большой объем внутреннего дискового пространства и регулярно производить его бэкап затратно. Поэтому, чтобы не потерять данные, нужно иметь запасной вариант.
Одним из действенных способов является использование программного обеспечения для восстановления. Однако не каждая программа предоставляет возможность возвращать данные с массивов. Нужно перед использованием обязательно ознакомиться с ее возможностями.
Важно, чтобы ПО могло верно и корректно определять массив, даже при наличии неисправного контроллера, а также одного или нескольких составных дисков, поддерживала различные виды анализа и сканирования устройства. Преимуществом также будет умение программы отображать все файлы после восстановления, корректно представлять дисковую иерархию и содержимое носителя, поддерживать разные способы вывода.
Дополнительно нужно выделить наличие в программе добавочных функциональных инструментов, таких как запись образа или конструктор для сборки сильно поврежденного массива.
Создать массив для хранения данных не сложно. И пользователи, пользуясь данным руководством, могут успешно собрать требуемый RAID. Если возникнут отдельные неполадки, то самостоятельно вручную смогут заменить неисправный носитель и вернуть доступ к данным. А при сложных неисправностях, основываясь на списке необходимых умений, найти подходящее ПО и восстановить утраченную информацию.
Полную версию статьи со всеми дополнительными видео уроками смотрите в источнике.
Говоря о резервном копировании, мы всегда подразумеваем, что у нас в любой момент может выйти из строя жёсткий диск, и это вполне оправдано. К сожалению, надёжность современных HDD оставляет желать лучшего, но не только они могут стать виновниками потери данных.
Естественно, я говорю о RAID массивах и конкретно о выходе из строя самого RAID-контроллера. Что же делать в данной ситуации?
На самом деле всё не так страшно, как может показаться на первый взгляд. Информация о конфигурации RAID-массива хранится на самих HDD, входящих в массив. Обычно она расположена в первых или последних секторах каждого диска, а записывает ее туда микропрограмма RAID контроллера при формировании массива. Блок конфигурации практически обязательно продублирован на каждом диске массива. За исключением номера диска, служебные данные на всех дисках должны быть идентичны, и этим можно воспользоваться при восстановлении массива. Соответственно всё что нам нужно — взять новый контроллер и подключить диски в том же порядке, в котором они были подключены к умершему контроллеру.
Но это всё теория, давайте же проверим — так ли это на самом деле.
У меня есть 2 сервера с интегрированными RAID контроллерами:
HP ProLiant DL380 G7 с контроллером P410i
IBM x3650 M4 с контроллером ServeRAID M5110e
И так же у меня есть 2 контроллера:
Adaptec 6405
LSI Logic 9260-8i
Итоги проверки в общем то лично меня не удивили:
При замене на DL380 контроллера на Adaptec — контроллер увидел массив и даже попытался запустить с него систему (правда здесь мы получили kernel panic ввиду отсутствия драйвера для контроллера в уже установленной системе), но в любом случае — целостность данных не была нарушена и данные подлежат восстановлению. Испытание было проведено как на RAID1, так и на RAID0. С LSI всё оказалось более просто и печально — контроллер увидел диски, но не увидел массива, ребилд и прочие ухищрения не дали положительных результатов.
С x3650 картина получилась обратная. Так как M5110e построен на чипе производства LSI Logic, при замене контроллера на 9260-8i массив увиделся и точно так же, как и в первом случае — нам удалось получить наши данные в целости и сохранности, а вот с Adaptec массив отказался распознаваться и так же никакие уловки нам не помогли.
Отсюда можно сделать вывод — служебная информация массива «привязана» к определённой марке производителей RAID контроллеров. Лично мои рекомендации следующие — стараться избегать использования встроенных RAID контроллеров, ввиду того, что подбор контроллера, в случае выхода из строя имеющегося, будет достаточно проблематичной задачей, которая может не увенчаться успехом. Другое дело, если вы используете внешний контроллер определённого производителя. Производители дорогих контроллеров (LSI Logic, Adaptec, Intel, Promise) довольно консервативны — одни и те же модели выпускаются достаточно долго, плюс существует практически 100% вероятность того, что на обновлённой версии имеющегося у вас контроллера ваш массив прекрасно увидится и будет полностью работоспособен (в общем то практически таким образом и работают компании, которые предоставляют услуги по восстановлению данных, либо используют сходный контроллер, либо используют его в качестве «донора», чтобы восстановить работоспособность старого контроллера, и как третий вариант — перенос энергонезависимой памяти (CMOS) вышедшего из строя контроллера на новый, дабы сохранить данные о RAID массиве).
Есть raid1 из 2 дисков, есть 2 дополнительных диска, нужно добавить эти 2 диска в массив и мигрировать на raid10 без потери данных. Ситуация усложняется тем, что boot расположен не в raid, а находит только на одном из дисков, и для усиления отказоустойчивости сервера загрузчик нужно переместить в raid1.
Все описанные действия проводились на рабочем боевом сервере. Схема универсальная, подойдет для любых других начальных условий. Так же аналогично можно мигрировать с raid10 на raid1.
Имеем:
На диске /dev/sdd1 находится /boot
На массиве /dev/md1 находится /
На массиве /dev/md2 находится swap
Если у вас с загрузчиком вопрос уже решен, можете перейти сразу к разделу с миграцией.
Переносим загрузчик
На диске /dev/sdd есть данные и есть загрузчик, поэтому его будем считать эталоном, все остальные диски можно считать пустыми. Для надежности, загрузчик мы не будем размещать на raid10, а оставим на raid1 из 2х дисков (можно и на 3х и на 4х), для большей отказоустойчивости.
Создаем на диске sdb разделы один в один как на sdd. Либо вручную, например, с помощью
Либо просто дублируем разделы
Сам загрузчик находится на /dev/sdd1, поэтому деградированный raid1 /dev/md4 создадим следующим образом
После создания любого нового массива, нужно обновить информацию о всех raid, иначе после перезагрузки все развалится
Теперь перезагрузим сервер, и после перезагрузки увидим странный массив /dev/md127 от которого нужно избавиться, и наш /dev/md4, который может не появиться, т.к. вместо него /dev/md127. Решить эту проблему достаточно просто, достаточно остановить эти 2 массива и добавить заново /dev/md4
Для надежности стоит еще раз перезагрузиться и после этого мы подходим к самой ответственной части, нужно отредактировать загрузчик GRUB2 так, чтобы он грузил сервер с созданного массива. Для этого нужно узнать UUID старого диска с загрузчиком /dev/sdd1 и нового массива /dev/md4
Пример получившегося нового конфига
insmod raid
insmod mdraid
insmod part_msdos
insmod part_msdos
insmod part_msdos
insmod part_msdos
insmod ext2
set root='(md/4)'
search --no-floppy --fs-uuid --set 59f76eb9-00d2-479e-b94e-6eb54fc574d4
set locale_dir=($root)/grub/locale
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64' --class debian --class gnu-linux --class gnu --class os insmod raid
insmod mdraid
insmod part_msdos
insmod part_msdos
insmod part_msdos
insmod part_msdos
insmod ext2
set root='(md/4)'
search --no-floppy --fs-uuid --set 59f76eb9-00d2-479e-b94e-6eb54fc574d4
echo 'Loading Linux 2.6.32-5-amd64 . '
linux /vmlinuz-2.6.32-5-amd64 root=/dev/md1 ro quiet
echo 'Loading initial ramdisk . '
initrd /initrd.img-2.6.32-5-amd64
>
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os
Очень важно, чтобы теперь вы не перезагружались, поэтому что изменив этот файл, загрузчик уже будет думать, что информация для загрузки находится на /dev/md4, а там пока еще ничего нет. Чтобы оставить себе лазейку, не редактируйте секцию recovery mode, так вы сможете загрузиться со старыми данными, правда для этого вам понадобится доступ через KVM-IP или чтобы сотрудник ДЦ выбрал при загрузке recovery mode.
Теперь необходимо обновить ram-диск, иначе система просто не загрузится
После того, как мы внесли изменения в загрузчик, можно переносить содержимое /boot на созданный массив /dev/md4
Мы должны убедиться, что загрузчик GRUB2 установлен на 2х жестких дисках (или 4х, смотря сколько вы захотели добавить в массив), а так же на массиве /dev/md4. Самый надежный способ это сделать, выполнить
где нужно выбрать все диски, на которые нужно добавить загрузчик.
Кроме загрузчика, и сама система должна правильно понять, что загрузчик теперь в другом месте, для этого достаточно отредактировать файлы /etc/fstab и /etc/mtab. Нас интересует строка, где монтируется /boot. UUID нам не понадобится, вместо него указываем название нашего raid-массива.
В файле /etc/fstab
В файле /etc/mtab
Теперь можно перезагружаться, и если вы все сделали правильно, система загрузится с /dev/md4, а /dev/sdd1 уже не используется. Осталось только дособрать наш деградированный массив
Мигрируем с raid1 на raid10 без потери данных
Ситуация все та же, есть raid1 массив из 2х дисков и 2 свободных диска, нужно собрать это все в raid10 и чтобы данные были целы.
Для новых дисков нужно создать структуру разделов идентичную тем, что уже в raid
На /dev/md4 находится /boot
На /dev/md1 находится /
На /dev/md2 находится swap
/boot мы не будем трогать, оставим его как raid1, данные сохранить нужно только на /dev/md1 (массив состоит из /dev/sda6, /dev/sdb6, /dev/sdc6, /dev/sdd6).
Чтобы сохранить данные, мы соберем деградированный raid10 массив из 3 дисков, и перенесем туда данные с raid1, после этого разберем raid1 и доделаем raid10.
Для начала вытащим 1 диск из raid1, т.к. нам нужно минимум 3 диска для создания raid10
Собираем деградированный RAID10 как /dev/md3 и монтируем его. Обязательно добавим запись о новом массиве, чтобы после перезагрузки он оставался
Если случайно перезагрузились до того, как записали данные о массивах, то выполните
Переносим данные с /dev/md1 на /dev/md3
Всё, данные сохранены на raid10 и миграция почти завершена. Теперь нужно указать системе, чтобы она использовала новый /dev/md3, вместо старого /dev/md1. Для этого надо отредактировать файлы /etc/fstab и /etc/mtab.
В файле /etc/fstab нужно сделать замену UUID /dev/md1 на UUID /dev/md3
В файле /etc/mtab нужно просто заменить везде вместо /dev/md1 новый /dev/md3
Когда меняется устройство для /boot или / нужно обязательно редактировать конфигурацию загрузчика /boot/grub/grub.cfg и выполнять update-initramfs, иначе грузится не будет.
И после этого обязательно выполнить
Нужно перезагрузиться, чтобы корень / стал новым массивом /dev/md3 и обращений к старом raid1 уже не было. Закончить создание raid10 нужно добавлением того диска, который сейчас в raid1 (/dev/sdd6). Но для начала нужно его остановить и очистить раздел
И только теперь добавить диск в массив raid10 и обновить данные о массивах
Вот и все, миграция с raid1 на raid10 без потери данных завершена.
P.S. В итоге я вернулся обратно на raid1, т.к. в моем случае, сам переход с raid1 на raid10 не дал каких-либо внушительных результатов, намного лучше себя показал raid1 из 4х дисков.
В этой статье для новичков, я расскажу о том, как восстановить данные с аппаратного RAID, который создан при помощи встроенного контроллера на материнской плате компьютера. Что делать если один диск перестал работать, или сама материнская плата вышла из строя.
Технология RAID позволяет в несколько раз повысить скорость чтения\записи данных на диск, а также обеспечивает определенный уровень отказоустойчивости накопителей. Именно поэтому, эту технологию широко используют разного рода организации, от малых офисов до огромных корпораций. В основном, на RAID хранят крайне важные данные, для обеспечения сохранности. Но в то же время, на Земле нет ничего вечного, и массивы не исключение. Повлиять на сохранность данных могут самые разные факторы: сбой ОС, отключение питания, поломка оборудования, человеческий фактор и т.д.
Главный вопрос в этом случае – как вернуть работоспособность, или как скопировать важные файлы? О том что делать в таких ситуациях и пойдет разговор в этой статье.
Что делать если вышла из строя материнская плата
Вследствие сбоя аппаратной части, или прямой поломки материнской платы, если вы подключите накопители к другому ПК, то без сторонних программ для восстановления информации вам обойтись не удастся. Потому как другой контроллер на материнской плате не сможет определить параметры массива. А ОС в управлении дисками предложит их инициализировать или отформатировать.
Ни в коем случае не стоит этого делать, так как это гарантировано удалит все оставшиеся данные на носителях. Утилита автоматически пересоберет RAID, позволит просканировать диски и восстановит нужные файлы.
Как заменить вышедший из строя диск
При выходе из строя одного диска, перед загрузкой операционной системы будет отображена информация состояния RAID, где вы увидите, что он поврежден. В моем случае это пятый тип.
Чтобы заменить нерабочий накопитель на новый откройте меню Intel Rapid Storage Technology. Для этого при загрузке нажмите сочетание клавиш Ctrl+I.
Здесь вы увидите список всех ваших носителей, по серийному номеру сможете определить какой из дисков не работает.
Удаление в меню Intel Rapid Storage Technology. Delete Volume
Hetman RAID Recovery вернет ваши данные даже в том случае если вы полностью удалите RAID в меню Intel RST.
При таком сценарии программа определила тип разрушенного массива и автоматически собрала его. Достаточно просто просканировать его и вернуть нужные файлы.
Если программе каким-то образом не удалось автоматически собрать разрушенный массив, нужно сделать это вручную через RAID конструктором.
Укажите тип Создание вручную и нажмите «Далее», здесь нужно указать все параметры массива.
Тип массива, размер блоков, порядок, из скольких носителей он состоял, выбрать их из списка и указать правильный порядок. Недостающие нужно заполнить пустыми. После ввода всех параметров нажмите «Добавить» и он сразу же появится в менеджере дисков. Останется лишь просканировать и восстановить нужные файлы.
Пятый RAID остается работоспособным даже после поломки одного накопителя, но если перестали работать 2 диска он стает полностью нерабочим и достать из него нужные файлы не получится. С помощью нашей программы вы сможете восстановить информацию без двух или более носителей, но часть данных будет повреждена.
Полную версию статьи со всеми дополнительными видео уроками смотрите в источнике. А также зайдите на наш Youtube канал, там собраны более 400 обучающих видео.
В руководстве мы представим способ замены в RAID массиве поломанного контроллера управления с сохранением существующих данных, а также покажем методы переноса структурной архитектуры и восстановления утраченной информации.
Объем регулярно задействованной пользователями информации постоянно увеличивается и требует наличия мощных, современных и скоростных средств ее обработки и хранения. Наиболее популярным и востребованным способом, позволяющим удовлетворить возрастающие запросы, является использование массивов RAID. Однако, созданный массив часто со временем все меньше отвечает потребностям и нуждается в модернизации, предполагающей добавление новых дисков и смену контроллера, ограничивающего использование большего количества запоминающих устройств. Но как изменить массив и исключить утрату сохраненной информации?
Существует два основных способа. Первый, более затратный, предполагает следующий порядок действий: выполнить резервное копирование содержимого массива, установить накопители в новое средство хранения, провести отладку готового RAID и вернуть из подготовленного резервного архива копии всех файлов. Второй, менее требовательный, заключается в прямом подключении дисков с данными к новому средству хранения с последующим переносом существующей структуры.
Примечание. Несмотря на выигрыш в скорости при переносе данных, второй способ отличается повышенным риском утраты всей информации, что следует учитывать при его использовании.
Также одним из недостатков второго способа является отсутствие совместимости структурной архитектуры размещения данных в RAID у разных изготовителей, что по умолчанию приведет к потере данных при перемещении. Способы записи и хранения данных на носители обычно предполагают запись конфигурационной архитектуры в начальных или конечных секторах каждого диска массива определенной специализированной программой управления с последующим размещением копии записи на каждом из носителей. И если при переносе носителей в новое устройство структурная архитектура системных записей массива определяется верно, данные могут быть скопированы успешно без внесения каких-либо изменений или добавочной настройки. Но если изготовители используют различающиеся варианты записи служебных данных, перенос без потери выполнить будет проблематично.
Поэтому мы в статье мы постараемся рассмотреть способ, который позволит корректно произвести обновление устаревшего контроллера управления с сохранением содержимого массива.
Примечание. Предпочтительно, чтобы перед выполнением любых действий с массивом предварительно было выполнено резервирование всех данных для исключения их утраты.
При поломке контроллера для его замены правильно будет использовать аналогичную версию устройства того же производителя. Однако, если поменять контроллер на подобный нельзя (устройство снято с производства, его характеристики больше не отвечают заявленным потребностям и т.д.), то используйте более продвинутую версию устройства с более совершенной и современной архитектурой той же марки. Для полного взаимодействия возможно потребуется произвести обновление встроенного ПО аппаратной части с официального сайта изготовителя.
Примечание. Чтобы избежать несоответствия, также на сайте предварительно ознакомитесь с таблицей сравнений контроллеров производителя для поиска и выбора изделий, поддерживающих технологию, задействованную на старом испорченном устройстве, и пригодных для его замены.
Для данного руководства в качестве примера мы рассмотрим массив RAID 5. Он содержит три дисковых носителя, а управление хранилищем осуществляет контроллер PERC H310 производства компании Dell. Далее мы произведем замену существующего аппарата управления на другую версию контроллера (марка H710 от вышеназванной компании).
После замены контроллера на другую модель, система отреагирует одним из двух возможных вариантов дальнейших действий.
1. В первом случае возможности системы позволят ей верно определить конфигурацию массива и данные со всего комплекта подключенных дисков будут загружены в автоматическом режиме. Всплывающее системное уведомление уведомит пользователей о порядке действий для завершения процесса импорта. Система предложит для запуска загрузки выбрать клавишу начала операции (в нашем примере выбираем ответственную клавишу F).
Новый контроллер идентифицирует и применит к системе параметры предыдущей сборки RAID 5, самостоятельно отладит ее и предоставит доступ к данным, местоположение которых останется без изменений, для полноценного взаимодействия.
2. Во втором случае возможности системы не позволят ей корректно определить прежнюю архитектуру массива и автоматический режим загрузки будет недоступен. Поэтому, для продолжения, потребуется перейти к параметрам BIOS, за доступ к которым отвечает сочетание клавиш Ctrl+R или единая системная кнопка С.
В представленном окне параметров выбираем первый раздел, озаглавленный моделью нашего нового контроллера, и переходим к его настройкам (перечень системных комбинаций клавиш представлен в нижней части окна). За редактирование параметров раздела отвечает кнопка F2. Во всплывающем контекстном меню отметьте раздел Foreign Config и подтвердите выбор клавишей Ввод. Затем в дополнительном отдельном двустрочном меню выберите раздел Import, позволяющий осуществить запуск загрузки предыдущей архитектуры массива.
Примечание. Второй раздел Clear отвечает за стирание конфигурации, что привет к полной потере всех данных.
Дождитесь завершения операции импорта. Система по окончанию представит перечень накопителей, состоявших в прежней версии массива. Загрузите массив и получите доступ ко всем данным. Проверьте, что операция прошла успешно, информация не утрачена и пригодна к использованию.
Примечание. Отдельные версии контроллеров требуют, чтобы порядок подключения дисков полностью соответствовал ранее принятому в исходной версии массива. Поэтому старайтесь подключить диски к тем портам, в которые они были включены изначально (если накопитель включен в нулевой порт, то и на новой плате следует использовать его же). Нарушении прежнего порядка подключения в отдельных версиях аппаратных плат может привести к некорректной загрузке и утрате записанной информации во всем массиве.
Каждый изготовитель плат управления массивом применяет собственные способы размещения системных записей на носителях. Такой подход предполагает, что пользователи, при решении заменить контроллер массива одного изготовителя моделью от другого разработчика, должны принимать во внимание ряд дополнительных факторов, среди которых: наличие поддержки контроллером общего формата представления информации на носителе, существующая структура форматирования данных совокупности дисковых носителей массива (DDF), ее версия, способ организации и размещения информационных элементов в режиме сохранения файлов в RAID.
Важным элементом, который позволит осуществить должную степень взаимодействия и поспособствует совместимости при переносе данных в массивах под управлением системных плат различных изготовителей, выступает структура DDF. Ее основное преимущество в массивах RAID – это возможность выполнять миграцию данных между разными технологиями сторонних изготовителей контроллеров без неизбежной потери или, в крайнем случае, восстанавливать данные при не удачном переносе.
Примечание. Структура DDF на сегодня имеет ограниченное число версий (первая и вторая в отдельной модификации). Платы управления массива разных производителей могут взаимодействовать как с определенной версией, так и понимать каждую из выпущенных для применения. Данный параметр при обновлении контроллера является обязательным к учету.
Не менее важной характеристикой, обязательной для учета при смене контроллера, является принятый алгоритм ведения записи информационных элементов (байтов). Как известно, данные в электронном формате представляют собой упорядоченный ряд стандартных единиц хранения, которые в основном сохраняются в одной из двух последовательностях, прямой (Big Endian) или обратной (Little Endian). Так, например, прямая последовательность записи предполагает размещение данных по порядку слева один за другим.
А обратный метод записи ведет свой порядок справа, линейно располагая единичные элементы данных.
И если испорченная и плата на замену в хранилище используют разные порядки записи, то миграция с одной на другую может повлечь за собой утрату данных или вызовет ошибку определения архитектуры массива.
Мы провели тестовые исследования по переносу данных массива путем замены одного контроллера другим и получили следующие результаты.
Так, нам удалось успешно перенести конфигурационную архитектуру в модельном ряду фирмы Dell (были задействованы образцы изделий Dell PERC H310, H330, H710, H830) с сохранением содержимого хранилища.
При использовании сторонней платы управления массивом (изделие марки Fujitsu серия D311) в качестве замены испорченного образца исход также был успешным. Система контроллера идентифицировала архитектуру и по решению пользователя готова была ее перенести.
Примечание. Сведения, представленные в BIOS, подтверждают верную архитектуру нового устройства, идентичную предшествующей, и отмечают корректное расположение сохраненных данных, оставшихся на своем месте без изменений.
Но не все устройства сторонних производителей справились с миграцией. Контроллер от фирмы IBM версии M5016 не смог корректно идентифицировать внешнюю архитектуру первоисточника. Система платы управления от компании Adaptec версии ASR 6805T сигнализировала об ошибке определения параметров и неизбежности утраты записанных данных (можно предположить, что причина неудачи кроется в различающихся способах записи электронных единиц информации и несоответствии DDF). Контроллеры HP не тестировались, но с большой долей вероятности можно утверждать, что итог будет неудачным, так как в моделях HP реализована отличная от всех индивидуальная система расположения и хранения сведений на дисковых носителях.
Понятно, что не все контроллеры совместимы и поддерживают операцию миграции, но часть все же позволило успешно выполнить перенос.
Примечание. Для загрузочных хранилищ после замены контроллера вероятно понадобится дополнительно переустановить системный драйвер для новой модели платы, чтобы избежать проблем с запуском.
Исключение. В большинстве случаев сложные виды хранилищ, состоящие из нескольких уровней дисковых групп (RAID 10 и более массивные), не удастся импортировать на устройство с новым контроллером. Система при перемещении будет выдавать ошибку.
Когда не удается восстановить функциональность массива путем обновления испорченных элементов и доступ к данным хранилища утрачен, то можно воспользоваться сторонним ПО и вернуть недоступную информацию обратно программным способом.
Решения для восстановления данных от известных разработчиков обладают мощными встроенными инструментами и способны вернуть исчезнувшие файлы даже в сложных условиях.
Обычно программы автоматически определяют тип массива и после выбора пользователями вида анализа осуществляют поиск утраченных данных с последующим отображением обнаруженного содержимого в выделенном окне. В тяжелых ситуациях, программа даже сможет воссоздать архитектуру массива, чтобы успешно восстановить данные.
Примечание. При выборе программы для восстановления обращайте внимание на ее доступный функционал, количество поддерживаемых форматов файлов, способность отображать восстановленные элементы для ознакомления, наличие разных способов сканирования и записи данных и другие характеристики, которые помогут получить в итоге полный объем данных массива.
Технология, позволяющая выполнить перенос конфигурационной архитектуры массива, присутствует по умолчанию на большинстве современных образцов плат управления основных производителей, что дает уверенность в успешности исполнения операции миграции при такой необходимости. Однако лучший способ сохранить данные в целостности при перемещении, это использовать функцию резервного копирования, даже несмотря на то, что такая операция по умолчанию более трудоемкая и затратная.
Полную версию статьи со всеми дополнительными видео уроками смотрите в источнике. А также зайдите на наш Youtube канал, там собраны более 400 обучающих видео.
Случайно исключили не те диски из массива. Reset Disk to Non-RAID
Если вы случайно указали не тот носитель для ребилда или исключили его из RAID, то после загрузки ОС весь массив будет поврежден, также все хранящиеся данные будут недоступны. Для того чтобы достать данные из поврежденного массива воспользуйтесь утилитой Hetman RAID Recovery.
Это программное обеспечение поддерживает все типы RAID, и способно вернуть информацию с нерабочих массивов или накопителей, из которых он состоял. Она вычитает параметры массива и информацию о материнской плате, на которой он был построен. Далее пересоберет разрушенный массив заново и восстановит информацию.
Программа сразу определяет параметры массива и в автоматическом режиме пересобирает его. Детальная информация отображается внизу окна утилиты.
Прежде чем приступать к процессу восстановления вы должны позаботится о наличии накопителя с достаточным объёмом для восстанавливаемой информации.
Кликаем ПКМ по иконке раздела и выбираем «Быстрое сканирование». Когда процесс сканирования будет завершен, останется лишь отметить нужные файлы или каталоги, кликнуть на «Восстановить». Потом, указываем путь сохранения восстановленных файлов и подтверждаем операцию. По завершению все файлы будут лежать в указанном каталоге.
Если быстрый поиск не показал нужные результаты, то запустите «Полный анализ». Этот процесс займет больше времени, но позволит найти всю доступную информацию, которая осталась на носителях, в том числе и удаленные файлы.
Читайте также: