Перенос windows на raid 1

Время на прочтение
4 мин

Количество просмотров 12K

Жил-был LAMP-сервер на Ubuntu 12.04, который работал на одном диске. Соответственно, возникла задача обеспечить перенос сервера на более отказоустойчивую конфигурацию – RAID1. Товарищи, в ведении которых был данный сервер установили второй диск, а дальнейшее было возложено на меня, причём доступ к серверу был только по ssh, что осложняло задачу.

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

Разбивка диска была такова:

/dev/sda1            2048     1574911      786432  swap
/dev/sda2   *     1574912    16254975     7340032  / 
/dev/sda3        16254976    31457279     7601152  /home

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

Первым делом были внесены правки в /etc/default/grub:
GRUB_TIMEOUT=5 (делаем таймаут покороче);
GRUB_RECORDFAIL_TIMEOUT=10 (добавляем, чтобы система могла загрузиться и в случае ошибки, не требуя интерактивного вмешательства; таймаут по вкусу);
GRUB_CMDLINE_LINUX_DEFAULT=«bootdegraded» (обязательно добавляем «bootdegraded», чтобы система могла загрузиться с неполноценного массива);
#GRUB_HIDDEN_TIMEOUT_QUIET=true (необходимо закомментировать, чтобы меню GRUB всегда отображалось).

Временно отключаем swap, разделу /dev/sda1 с помощью fdisk устанавливаем тип fd (Linux raid autodetect), после чего делаем разбивку второго диска такой же, как и у первого (все операции выполняются с правами суперпользователя):

sfdisk –d /dev/sda | sfdisk –f /dev/sdb

Затем начинаем шаг за шагом собирать наш RAID:

mdadm --create --verbose /dev/md0 --raid-devices=2 --level=1 --metadata=1.2 /dev/sda1 /dev/sdb1

Создаём раздел под swap:

mkswap /dev/md0

Правим /etc/fstab, заменяя разделы первого диска разделами RAID и меняя цифры, стоящие в шестом столбце (необходимость проверки fsck), на нули:

/dev/sda1 → /dev/md0 # SWAP
/dev/sda2 → /dev/md1 # /
/dev/sda3 → /dev/md2 # /home

Активируем swap:

swapon -a

Поскольку на первом диске сейчас работает наш сервер, то RAID создаём, используя пока лишь только второй диск:

mdadm --create --verbose /dev/md1 --raid-devices=2 --level=1 --metadata=1.2 missing /dev/sdb2 
mkfs.ext4 /dev/md1
mdadm --create --verbose /dev/md2 --raid-devices=2 --level=1 --metadata=1.2 missing /dev/sdb3 
mkfs.ext4 /dev/md2

Обновляем конфигурацию mdadm.conf:

mdadm --examine --scan >> /etc/mdadm/mdadm.conf

Обновляем initramfs, чтобы он сохранил информацию о нашем RAID:

update-initramfs -u

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

mount /dev/md1 /mnt/ && [tmux|screen] rsync -axu / /mnt
mount /dev/md2 /mnt/home && [tmux|screen] rsync -axu /home/ /mnt/home

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

Дождавшись окончания синхронизации, монтируем системные каталоги к новому корню:

mount --bind /proc /mnt/proc
mount --bind /dev /mnt/dev
mount --bind /var /mnt/var
mount --bind /run /mnt/run
mount --bind /sys /mnt/sys

Переходим в новую систему

chroot /mnt

и устанавливаем загрузчик на оба диска

grub-install -–recheck /dev/sda
grub-install --recheck /dev/sdb 

Обновляем загрузочную конфигурацию, чтобы подгрузились необходимые для RAID модули (mdraid1x):

update-grub

Возвращаемся в исходную систему и, если есть такая необходимость, повторно синхронизируем разделы:

[tmux|screen] rsync -axu / /mnt
[tmux|screen] rsync -axu /home/ /mnt/home

Так как у нас нет физического доступа ни к консоли, ни к серверу и мы не можем выбрать диск, с которого будет грузиться RAID, то применяем такой трюк: на диск, с которого стартует система и который находится не в RAID, переносим подготовленную конфигурацию загрузчика, «знающую» о RAID. Копируем grub.cfg c диска, находящегося в RAID на наш текущий загрузочный диск. Это позволит системе стартовать с /dev/sda, но при этом смонтировать массивы и далее продолжить загрузку с раздела, уже находящегося в RAID. Сначала сохраняем старый файл, который может понадобиться при восстановлении системы в случае невозможности загрузиться с RAID, а затем копируем файл «боевой» конфигурации:

cp -p /boot/grub/grub.cfg /boot/grub/grub.old 
cp -p /mnt/boot/grub/grub.cfg /boot/grub/grub.cfg

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

Теперь переходим к самому важному этапу проделанной работы и перезагружаемся. Можно запустить в консоли ping до сервера, чтобы стало ясно, когда сервер вновь станет доступен. Логинимся и смотрим, что у нас всё получилось так, как мы хотели: lsblk показывает, что директории / и /home находятся на разделах RAID.

На закуску остаётся лёгкая и приятная работа – добавить в массив два раздела первого диска, предварительно установив им с помощью fdisk тип fd:

mdadm /dev/md1 --add /dev/sda2
mdadm /dev/md2 --add /dev/sda3 

а затем периодически поглядывать, как идёт синхронизация зеркал:

watch -n 5 cat /proc/mdstat

На этом позвольте закончить, спасибо за внимание!

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

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

Процесс настройки будет производится с учетом используемого в текущий момент диска /dev/sda и свежего незадействованного диска /dev/sdb. Помимо всего прочего в системе используется LVM. Диск разбит на 2 части: первый раздел /boot небольшого размера, остальное отдано под LVM.

fdisk -l /dev/sda

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000ab6ac

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1         125      999424   83  Linux
Partition 1 does not end on cylinder boundary.
/dev/sda2             125       19458   155288577    5  Extended
/dev/sda5             125       19458   155288576   8e  Linux LVM

Для начала установим mdadm.

apt-get install mdadm

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

modprobe linear
modprobe multipath
modprobe raid0
modprobe raid1
modprobe raid5
modprobe raid6
modprobe raid10

Теперь скопируем структуру разделов с действующего диска на новый

sfdisk -d /dev/sda | sfdisk -f /dev/sdb

Делаем RAID1 для первого раздела на новом диске

mdadm --create /dev/md0 --level=1 --raid-devices=2 missing /dev/sdb1

Повторяем для остальных

mdadm --create /dev/md1 --level=1 --raid-devices=2 missing /dev/sdb5

Форматируем партиции в нужные файловые системы

mkfs.ext3 /dev/md0

Теперь перенесем содержимое первого раздела в зеркало, так как там только папка /boot, скопируем её

mount /dev/md0 /mnt/
rsync --progress -av /boot/ /mnt/
umount /boot
mount /dev/md0 /boot

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

mdadm -a /dev/md0 /dev/sda1

Так как существующий раздел /dev/sda5 расположен на LVM, создаем LVM физический том в рейде

pvcreate /dev/md1

Расширяем существующую группу томов с учетом md1

vgextend vg0 /dev/md1

Переносим туда наш текущий раздел с данными

pvmove /dev/sda5 /dev/md1

Выбрасываем из группы томов одиночный раздел

vgreduce vg0 /dev/sda5

Добавляем освободившийся раздел к зеркалу, дожидаемся сборки массива

mdadm -a /dev/md1 /dev/sda5
cat /proc/mdstat

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

mdadm --examine --scan >> /etc/mdadm/mdadm.conf

Теперь необходимо поправить /etc/fstab на загрузку с разделов, расположенных в зеркале. Если в файле содержатся UUID вместо дерева устройств, cвежие данные берем из вывода blkid.
Обновляем загрузчик и ставим его на все используемые у нас диски.

update-grub
grub-install /dev/sdb
grub-install /dev/sda

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

Ссылки:

  • Перенос работающей Linux системы с одиночного жесткого диска на RAID 1
  • LVM Single Drive to LVM RAID 1 Mirror Migration
  • How To Set Up Software RAID1 On A Running System (Incl. GRUB2 Configuration) (Debian Squeeze)

Как перенести Windows на RAID подробная инструкция

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

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

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

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

Существует несколько уровней RAID, таких как RAID 0, RAID 1, RAID 5 и RAID 10. Каждый уровень имеет свои особенности и предназначен для определенных задач.

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

RAID 1 — также известный как «зеркалирование». Он предоставляет высокий уровень безопасности данных, так как данные дублируются на двух или более дисках. Однако, производительность может быть немного ниже, чем у RAID 0.

RAID 5 — он предоставляет более высокий уровень безопасности данных по сравнению с RAID 0 и более высокую скорость чтения данных по сравнению с RAID 1. Он использует минимум 3 диска для резервирования данных, используя один диск для хранения паритетной информации.

RAID 10 — он предоставляет высокую скорость передачи данных и безопасность. Он является комбинацией RAID 1 и RAID 0, где данные зеркалируются и затем разделены на разные наборы дисков.

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

Разбор основных типов RAID

  • RAID 0 (Striping) – данные записываются на несколько дисков одновременно, что позволяет увеличить скорость чтения и записи данных. Однако, в случае выхода из строя одного диска, все данные находящиеся на остальных дисках теряются.
  • RAID 1 (Mirroring) – данные дублируются на двух или более дисках, обеспечивая защиту от потери данных в случае выхода из строя одного из них. Данные находятся на каждом диске в точном дубликате, что позволяет восстановить информацию после отказа одного диска.
  • RAID 5 (Block-level striping with distributed parity) – данные записываются на несколько дисков с распределенными блоками четности. Это позволяет обеспечить баланс между скоростью доступа к данным и защитой от потери информации. В случае выхода из строя одного диска, данные можно восстановить с использованием блоков четности на оставшихся дисках.
  • RAID 10 (Stripe of Mirrors) – комбинирует преимущества RAID 0 и RAID 1. Данные разделяются на несколько частей и дублируются на других дисках. Этот тип RAID обеспечивает высокую производительность и защиту данных.

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

Оценка требований и возможностей

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

Операционная система Windows также должна иметь соответствующую поддержку, чтобы работать с режимом RAID. Некоторые версии Windows, такие как Windows 10 Pro и Windows Server, имеют встроенную поддержку для RAID. Однако, стоит отметить, что не все версии Windows поддерживают RAID.

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

Перед переносом операционной системы на RAID, необходимо также создать резервные копии всех важных данных. Это важно, так как процесс переноса может потенциально стереть все данные с жестких дисков.

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

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

Подготовка системы для переноса

Подготовка системы для переноса

Перед тем, как перенести Windows на RAID, необходимо выполнить несколько подготовительных шагов:

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

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

Резервное копирование данных

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

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

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

Операционная система Папка с данными Путь для резервной копии
Windows 10 C:\Users\Имя_пользователя\Documents D:\Резервные_копии\Windows10\Documents
Windows 7 C:\Users\Имя_пользователя\Documents D:\Резервные_копии\Windows7\Documents
Windows 8 C:\Users\Имя_пользователя\Documents D:\Резервные_копии\Windows8\Documents

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

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

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

Разблокировка установщика Windows

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

Для разблокировки установщика Windows, необходимо выполнить следующие шаги:

Шаг Действие
1 Поставьте компьютер на паузу и перезагрузите его.
2 Во время загрузки компьютера, нажмите клавишу Del или F2 для входа в BIOS (Basic Input/Output System).
3 В BIOS найдите раздел, отвечающий за настройку дискового контроллера (обычно это раздел «Advanced» или «Storage»).
4 В разделе настройки дискового контроллера найдите параметр, отвечающий за режим работы дискового контроллера (обычно это параметр «RAID», «AHCI» или «SATA Mode»).
5 Измените значение параметра на «RAID».
6 Сохраните изменения и выйдите из BIOS.
7 Перезагрузите компьютер и запустите установщик Windows с установочного носителя.
8 Теперь, установщик Windows должен успешно распознать диски на RAID-массиве и вы сможете продолжить установку операционной системы на них.

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

Выключение системы и установка добавочного оборудования

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

Чтобы выключить операционную систему, необходимо выполнить следующие действия:

  1. Нажмите на кнопку «Пуск» в левом нижнем углу рабочего стола.
  2. Выберите опцию «Выключить» в контекстном меню.
  3. Подтвердите действие, нажав на кнопку «Выключить».

После выключения операционной системы необходимо выполнить следующие шаги для установки добавочного оборудования:

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

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

После установки добавочного оборудования можно подсоединить компьютер к электропитанию и запустить операционную систему.

Создание RAID-массива

Перед переносом Windows на RAID-массив, необходимо создать данный массив. Для этого следуйте инструкции:

Шаг 1: Включите компьютер и зайдите в BIOS, обычно это делается нажатием клавиши Del или F2 при загрузке. Проверьте наличие поддержки RAID в BIOS и включите ее, если необходимо.
Шаг 2: Сохраните настройки BIOS и перезагрузите компьютер.
Шаг 3: При загрузке компьютера нажмите соответствующую клавишу (например, Ctrl+I или Ctrl+M) для входа в меню управления массивом RAID. В зависимости от производителя материнской платы клавиша может отличаться.
Шаг 4: В меню управления RAID выберите опцию «Создать массив» или аналогичную.
Шаг 5: Выберите тип RAID-массива, который вы хотите создать. Наиболее распространенные типы — RAID 0 (для повышения скорости чтения/записи) и RAID 1 (для создания зеркального дублирования данных).
Шаг 6: Выберите жесткие диски, которые будут объединены в RAID-массив. Обычно выбираются диски одинаковой емкости и модели для оптимальной работы.
Шаг 7: Подтвердите создание RAID-массива и сохраните настройки.
Шаг 8: Дождитесь завершения процесса создания RAID-массива.
Шаг 9: Перейдите к установке операционной системы на созданный RAID-массив, следуя соответствующей инструкции.

После выполнения всех указанных шагов RAID-массив будет создан и готов к установке операционной системы Windows. Продолжайте выполнение инструкции для переноса Windows на RAID-массив.

Загрузка в BIOS/UEFI

Для перехода в BIOS/UEFI и настройки RAID вам нужно зайти в настройки загрузки компьютера. В каждой модели компьютера это делается по-разному, но обычно требуется нажать определенную клавишу при запуске компьютера. Вот некоторые распространенные комбинации клавиш для доступа к BIOS/UEFI:

  • DEL
  • F2
  • F10
  • F12

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

В настройках BIOS/UEFI найдите раздел, отвечающий за загрузку (обычно называется «Boot» или «Boot Options»). Здесь вы должны увидеть список устройств, которые компьютер может использовать для загрузки операционной системы. В этом списке вы должны найти ваш RAID-массив.

Выберите ваш RAID-массив в списке и переместите его в самый верх списка при помощи соответствующих клавиш (обычно F5 или F6) или перемещая его с помощью мыши или клавиатуры. Таким образом, вы указываете компьютеру, что нужно загружаться с RAID-массива, а не с других устройств.

После того как вы настроили загрузку с RAID-массива, сохраните изменения и выйдите из настроек BIOS/UEFI. Теперь компьютер будет загружаться с вашего RAID-массива, и вы сможете устанавливать операционную систему на него посредством установочного диска или установочного USB-накопителя.

Создание RAID-конфигурации

Создание RAID-конфигурации

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

Шаги для создания RAID-конфигурации:

  1. Подключите все необходимые жесткие диски к компьютеру и убедитесь, что они правильно распознаются в системе.
  2. Установите RAID-контроллер в свободный слот на материнской плате, затем подключите его к дискам с помощью кабелей SATA или SAS.
  3. Запустите компьютер и зайдите в BIOS/UEFI. Необходимо включить опцию RAID в разделе настройки SATA или дискового контроллера.
  4. Вернитесь в операционную систему и установите драйвера для RAID-контроллера.
  5. Откройте программу управления RAID-контроллером, которая обычно доступна через BIOS/UEFI или отдельное приложение. Создайте новый RAID-массив из выбранных дисков и задайте требуемые параметры, такие как тип RAID-массива и уровень защиты данных.
  6. Подтвердите создание RAID-массива и дождитесь его завершения.

После завершения этих шагов ваш RAID-массив будет создан и готов к установке операционной системы Windows. Вы можете переходить к следующему этапу — установке Windows на RAID-массив.

Проверка и активация RAID-массива

После создания RAID-массива необходимо проверить его состояние и активировать для использования.

1. Запустите компьютер и зайдите в BIOS. Для этого при загрузке системы нажмите клавишу, указанную на экране. Обычно это кнопки Del, F2 или F10.

2. В BIOS найдите раздел, отвечающий за настройки хранения данных (Storage или SATA Configuration). Убедитесь, что RAID-режим включен.

3. Перейдите в раздел, где настраивается RAID-массив. Обычно он называется RAID Configuration, Disk Management или подобным образом.

4. В разделе конфигурации RAID-массива найдите опцию «Create RAID» или «New RAID». Нажмите на нее, чтобы создать новый RAID-массив. Укажите тип RAID, количество и размер участников массива.

5. После создания RAID-массива выполните его проверку (Rebuild или Verify). Данная операция позволяет проверить целостность данных и наличие ошибок.

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

7. После активации RAID-массива сохраните изменения в BIOS и перезагрузите компьютер. Теперь RAID-массив готов к использованию.

Видео:

Что нужно знать об охлаждении накопителей M.2 и продлении их срока службы

Перенос рабочей системы с HDD на RAID

Как перенести Windows на SSD? Клонирование системного диска с программами.

Содержание

ВНИМАНИЕ!!!! Предложенное вашему вниманию руководство — все-го лишь инструкция как решить одну конкретную задачу (описанную в начале документа). Если ваша задача хоть чуточку отличается от постановки, то пользуйтесь этой инструкцией не бездумно копируя команды, а адаптируя их под свои реалии.

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

Задача

Есть ОС с корнем на разделе диска, и нужно перенести корень на программный RAID, при этом процесс переноса нужно сократить максимально во времени. Допустим это у нас сервер и его даже перегрузить — сложность. В наличии один диск на котором раздел с корнем, и второй диск эквивалентного(или большего) объема — пустой.

Условия

На оригинальном диске расположен корень и своп, новый диск чист. Мы будем делать программный RAID1. Используется Ubuntu Server 11.10

Порядок действий

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

1. Подключаем второй диск к компьютеру. 1)

2. Форматируем новый диск 2)

# fdisk /dev/sdb
n
p
1
<enter>
<enter>
w

3. Создаем на нем массив:

# mdadm --create /dev/md0 --level=1 --raid-devices=2 missing /dev/sdb1 

Массив создается с пропущенным диском и поэтому работает в degrade режиме. ВНИМАНИЕ Массив делается не на диске, а на разделе — зачем — смотрите комментарий №1

4. Далее создаем на массиве разделы под будущую систему. Создаем такие же разделы под корень и своп как на оригинальном диске3).

# fdisk /dev/md0
....

5. Создаем файловые системы на разделах зеркала

# mkfs.ext4 /dev/md0p1
# mkswap /dev/md0p2

6. Монтируем будущий корень и копируем в него текущий корень

# mount /dev/md0p1 /mnt
# rsync -axu / /mnt/

7. После этого прицепляем системные каталоги к новому корню, что бы потом сделать chroot в новый корень (это важно — зачем объеснено в комментарии №2). И собственно делаем chroot в новый корень.

# mount --bind /proc /mnt/proc
# mount --bind /dev /mnt/dev
# mount --bind /sys /mnt/sys
# mount --bind /run /mnt/run
# chroot /mnt

Вот мы в будущем окружении (с корнем на раиде), но пока в нем только копия оригинального корня. Приступим…

8. Для начала смотрим UUID-ы разделов на раиде и прописываем их в fstab. 4) По редактированию fstab лучше сверится с этой статьей.

#/ls -l /dev/disk/by-uuid |grep md >> /etc/fstab
#/nano /etc/fstab 
(там комментируем старые корень и своп и используя скопированные туда uuid-ы прописываем новый корень и своп по образу и подобию старых, но с uuid-ами раидных разделов)

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

#/update-grub
#/cat /boot/grub/grub.cfg

10. Ставим первую стадию GRUB на второй диск (который несет на себе часть зеркала).

#/grub-install /dev/sdb

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

#/dpkg-reconfigure mdadm (там со всем соглашаемся, включаяя последний шаг, где спрашивают - позволять ли грузится системе на деградированном массиве)

dpkg-reconfigure вызовет перестройку initrd, но так как мы в chroot, то он его перезапишет только в раидном корне (на реальном корне initrd сохранится таким как он был)

Ну собственно и все — система на раиде готова.

12. Можно перегружаться и выбрать в BIOS загрузочным второй диск5), или можно вернутся в реальную систему и обновить GRUB — он найдет вторую систему установленную на раиде и включит ее свое меню.

Тут полезно еще раз запустить rsync, что бы он обновил данные на раиде тем, что успело изменится на реальном корне за время настройки раида 6). Но сделать это стоит перед перестройкой конфига GRUB, что бы его новый конфиг не был записан на раид.

#/exit  --- выходим из chroot
# rsync -axu / /mnt/
# update-grub
# reboot

Тут важная точка в процессе.

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

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

# fdisk /dev/sda
(там убиваем старые разделы и создаем один новый - на весь объем)
# mdadm --manage /dev/md0 --add /dev/sda1
# grub-install /dev/sda

После чего сморим через cat /proc/mdstat как перестраивается наш деградированный массив в полноценно рабочий.

Результат: Система на раиде.
:-D

Проверка

Т.к. в процессе написания этой инструкции использовалась виртуалка то можно поиграть с потерей дисков.
Гасим виртуалку, отсоединяем первый диск, грузимся — норма (массив деградированный на втором диске, груб стартанул со второго диска). Снова гасим — подцепляем обнуленный второй диск, создаем на нем MBR, раздел, и добавляем его в массив (как выше добавлялся sda1) — система перестраивает массив и переходит в нормальный режим.

Повторяем то-же, но отключая и обнуляя второй диск — все работает.

ПРОФИТ!! :-D

Комментарии:

№1: Если вы создадите массив на весь диск — то на диске может быть занят первый трек — и грубу некуда будет поставить свою первую стадию. А кроме того GRUB вообще не понимает? что на диске творится когда на нем расположен раидный раздел без MBR и не может встать туда. Другой (не совсем правильный) вариант — создавать на каждый раздел — свой массив. Идеологически — массив это диск, а не раздел, и если вы, имея массив, запустите fdisk -l то он вам на каждый RAID массив выдаст информацию именно как о диске и будет на каждом массиве искать таблицу разделов.

№2: chroot в новый корень на этапе настройки позволяет сделать все настройки в новом корне(который на RAID) и не трогать текущий (который на простом диске), что позволит организовать загрузку как с корнем в RAID-е, так и с корнем на диске. Это может потребоваться, если мы что-то намудрим в настройке нового раидного корня и не сможем загрузится в раидную версию нашей системы. Тогда остается шанс откатится полностью назад еще одной перезагрузкой.

ВАЖНЫЙ КОММЕНТАРИЙ КО ВСЕЙ РАБОТЕ: Работа проводилась на витруалке и на сервере без какой-либо нагрузки (ни ПО никакого серверного не стояло, ни каких сервисов сервер не предоставлял и не использовался кем-либо со стороны). Поэтому в момент копирования корня и после перезагрузки в раидую версию системы — ничего криминального не произошло. При наличии рабочих серверов это копирование (6-й шаг инструкции) может стать проблемой — т.к. данные в реальном корне «уйдут» по времени от данных на раидном, и перезагрузка «отбросит» сервисы на сервере в момент времени, когда была сделана копия. А кроме того — такое копирование может вообще разрушить целостность данных севисов т.к. разные файлы будут копироваться в разное время — тут надо копать либо в сторону FS, которые могут делать снепшоты? Либо корень системы копировать, а данные приложений переносить другими средствами 7)

Чуть улучшает состояние дел вызов rsync повторно перед пеезагрузкой (шаг 12). Но и он не может ничего гарантирововать.

Важные примечания

update-grub берет данные о корне (откуда грузить ядро и initrd) из fstab и совершенно замечателно составляет конфиг для загрузки с раидного кроня (или /boot).

mdadm совсем не критичен к типам разделов которые он подцепляет в RAID. Но, правильным будет поменять их тип на тип FD (Linux raid auto), что бы они корректно показывались в дисковых утилитах.

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

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

Ссылки

  • Перенос windows xp на новое железо без переустановки
  • Переменные среды окружения windows 10
  • Перенос windows 10 на другой компьютер с другим железом
  • Перенести профили пользователей на другой диск windows server 2019
  • Перенос windows server 2016 на другой диск