Как перенести систему на raid 0

Обновлено: 07.07.2024

На старом компе с win2003 был подняд програмный raid 1. Один из дисков начал сыпаться и система при синхронизации данных постоянно висла в одном и том же месте (на 57% синхронизации диска С: ). Т.к. компьютер был довольно слабеньки (по современным меркам) и уже плохо справлялся с поставленной задачей (терминал 1С, работающий по локалке и через vpn c филиалами примерно на

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

Конфигурация компьютера
Процессор: Intel Core i7-3770K
Материнская плата: ASUS P8Z77-V LE PLUS
Память: Crucial Ballistix Tactical Tracer DDR3-1600 16 Гб (2 x 8 Гб)
HDD: Samsung SSD 850 PRO 256 Гб, WD Green WD20EZRX 2 Тб
Видеокарта: ASUS ROG-STRIX-GTX1080-O8G-11GBPS
Звук: Realtek ALC889 HD Audio
Блок питания: be quiet! Straight Power 11 650W
CD/DVD: ASUS DRW-24B5ST
Монитор: ASUS VG248QE 24"
ОС: Windows 8.1 Pro x64
Индекс производительности Windows: 8,1
Прочее: корпус: Fractal Design Define R4
Может быть можно как то скопировать загрузчик из работающей в режме рейда винды в загрузчик перенесенной винды (обе они находяться на отдельных дисках)? Или что-то еще можно попробовать?

В статье KB314082 на примере файла Mergeide.reg смотрите, какие разделы реестра вам понадобятся. В CriticalDeviceDatabase надо выбрать те ветки, где параметр Service = имя_вашего_RAID_драйвера, а также ветку
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\имя_вашего_RAID_драйвера

P. S. Можно было воспользоваться Acronis True Image + Universal Restore ( хотя оно стоит денег ).

На старом компе с win2003 был подняд програмный raid 1. Один из дисков начал сыпаться и система при синхронизации данных постоянно висла в одном и том же месте (на 57% синхронизации диска С: ). Т.к. компьютер был довольно слабеньки (по современным меркам) и уже плохо справлялся с поставленной задачей (терминал 1С, работающий по локалке и через vpn c филиалами примерно на

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

Конфигурация компьютера
Процессор: Intel Core i7-3770K
Материнская плата: ASUS P8Z77-V LE PLUS
Память: Crucial Ballistix Tactical Tracer DDR3-1600 16 Гб (2 x 8 Гб)
HDD: Samsung SSD 850 PRO 256 Гб, WD Green WD20EZRX 2 Тб
Видеокарта: ASUS ROG-STRIX-GTX1080-O8G-11GBPS
Звук: Realtek ALC889 HD Audio
Блок питания: be quiet! Straight Power 11 650W
CD/DVD: ASUS DRW-24B5ST
Монитор: ASUS VG248QE 24"
ОС: Windows 8.1 Pro x64
Индекс производительности Windows: 8,1
Прочее: корпус: Fractal Design Define R4
Может быть можно как то скопировать загрузчик из работающей в режме рейда винды в загрузчик перенесенной винды (обе они находяться на отдельных дисках)? Или что-то еще можно попробовать?

В статье KB314082 на примере файла Mergeide.reg смотрите, какие разделы реестра вам понадобятся. В CriticalDeviceDatabase надо выбрать те ветки, где параметр Service = имя_вашего_RAID_драйвера, а также ветку
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\имя_вашего_RAID_драйвера

P. S. Можно было воспользоваться Acronis True Image + Universal Restore ( хотя оно стоит денег ).

Предположим, что у нас имеется сервер на базе OS Ubuntu server или Debian 6 установленный и работающий на одном физическом жестком диске. Мы хотим защитить увеличить или ускорить дисковую систему этого сервера. Каждый сценарий подразумевает свой эффект от использования.

Увеличение надежности за счет добавления второго диска [ ]

  1. Добавить физический диск равного (до байта) или меньшего размера чем исходный, но не меньше, чем объём имеющихся данных.
  2. Создать рейд массив первого уровня (зеркальный) в который включить только один (новый) диск
  3. Произвести копирование всех данных на него и сделать его загрузочным
  4. Проверить, что все работает с нового диска и если да то
  5. Очистить исходный (старый) диск и присоединить его к зеркальному массиву

Перенос системы на одиночный диск большей ёмкости [ ]

  1. Добавляем новый диск большего размера чем исходный
  2. Переносим данные и делаем загрузочным
  3. Отключаем исходный диск

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

Увеличение объема и скорости [ ]

  1. Добавить к системе несколько идентичных дисков и объединить их в массив 1,5 или 10 го уровня
  2. Перенести на этот массив систему сделав каждый диск загрузочным
  3. Убрать исходный диск

Произвести перенос рабочей операционной системы на RAID массив по следующей схеме:

  • Структура разделов на физических носителях GPT (снимает ограничение в 2 Тб на носитель)
    • 1 раздел для обеспечения поддержки загрузки BIOS компьютера и размещения менеджера загрузки Linux
    • 2. раздел является хранилищем зеркального тома RAID1 и расположен на каждом физическом диске
    • 3. раздел является хранилищем RAID любого уровня внутри которого располагается LVM структура

    Описание выполнения переноса системы на raid1 в соответствии с первым сценарием. Все блоки команд вводятся как есть, копировать -> вставить. Изменять нужно только выделенные жирным значения.

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

    Уточним, какой диск является рабочим, то-есть диск, с которого загрузилась система

    Задаем диски, который будем готовить под RAID

    Очищаем таблицу разделов на указанном жестком диске и размечаем диск в GPT.

    Определяем максимальный размер диска и создаем разделы на нем

    Создаем массивы в деградированном состоянии на новом диске:

    • md0 для загрузки (обязательно зеркало -level=1) расположен во 2м разделе GPT
    • md1 массив для данных, может быть любого уровня (тут для сценария 1) расположен в 3м, наибольшем разделе GPT

    Сохраним параметры массива в конфигурационном файле:

    Создадим структуру разделов в LVM:

    • lv_swap для подкачки в начале диска размером 8 Гб (8192 Мб)
    • Выделим отдельный раздел lv_add для хранения данных, которые могут переполнить диск под или которые особо ценные, например /var/spool и установим ему размер 70% от размера диска. Это позволит избежать ситуаций с переполнением диска и отказом всей системы. Кроме того, данный раздел будет отформатирован в высоконадежную систему jfs оптимизированную для хранения огромного числа мелких файлов.
    • lv_root оставшееся место под корневую систему
    • Загрузочный раздел форматируем в ext2, корень системы в ext4, а рабочие данные будут в файловой системе jfs

    Создадим точки монтирования созданных разделов и примонтируем их

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

    Создадим новые служебные каталоги и назначим на них права

    Войдем в окружение созданой копии системы

    Переходим в окружение скопированной системы [ ]

    Создадим файл монтирования файловых систем при загрузке

    Разрешим системе автоматически запускаться, если один из дисков вышел из строя или отсутствует (по умолчанию при загрузке будет выдаваться запрос на разрешение запуска)

    Подмонтируем загрузочный раздел в соответствии с указанными параметрами fstab с генерируем загрузочное ядро

    Отключим графический режим загрузчика из-за которого система может не загружаться с рейда.

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

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

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

    ВНИМАНИЕ. Если процесс выполняется удаленно, что выполнено условие: В БИОС компьютера должен быть настроен режим последовательной загрузки с жестких дисков, т.е. если загрузиться с первого диска не удалось, должна произойти автоматическая загрука со второго. Если это не так, и система не загружается, необходимо переключить загрузку на второй диск или поменять местами интерфейсные кабели.

    • Далее все действия идентичны как для первичного добавления диска, так и для замены вышедшего из строя

    Проверим список дисков в системе

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

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

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

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

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

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

    Предположим, что у нас имеется сервер на базе OS Ubuntu server или Debian 6 установленный и работающий на одном физическом жестком диске. Мы хотим защитить увеличить или ускорить дисковую систему этого сервера. Каждый сценарий подразумевает свой эффект от использования.

    Увеличение надежности за счет добавления второго диска [ ]

    1. Добавить физический диск равного (до байта) или меньшего размера чем исходный, но не меньше, чем объём имеющихся данных.
    2. Создать рейд массив первого уровня (зеркальный) в который включить только один (новый) диск
    3. Произвести копирование всех данных на него и сделать его загрузочным
    4. Проверить, что все работает с нового диска и если да то
    5. Очистить исходный (старый) диск и присоединить его к зеркальному массиву

    Перенос системы на одиночный диск большей ёмкости [ ]

    1. Добавляем новый диск большего размера чем исходный
    2. Переносим данные и делаем загрузочным
    3. Отключаем исходный диск

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

    Увеличение объема и скорости [ ]

    1. Добавить к системе несколько идентичных дисков и объединить их в массив 1,5 или 10 го уровня
    2. Перенести на этот массив систему сделав каждый диск загрузочным
    3. Убрать исходный диск

    Произвести перенос рабочей операционной системы на RAID массив по следующей схеме:

    • Структура разделов на физических носителях GPT (снимает ограничение в 2 Тб на носитель)
      • 1 раздел для обеспечения поддержки загрузки BIOS компьютера и размещения менеджера загрузки Linux
      • 2. раздел является хранилищем зеркального тома RAID1 и расположен на каждом физическом диске
      • 3. раздел является хранилищем RAID любого уровня внутри которого располагается LVM структура

      Описание выполнения переноса системы на raid1 в соответствии с первым сценарием. Все блоки команд вводятся как есть, копировать -> вставить. Изменять нужно только выделенные жирным значения.

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

      Уточним, какой диск является рабочим, то-есть диск, с которого загрузилась система

      Задаем диски, который будем готовить под RAID

      Очищаем таблицу разделов на указанном жестком диске и размечаем диск в GPT.

      Определяем максимальный размер диска и создаем разделы на нем

      Создаем массивы в деградированном состоянии на новом диске:

      • md0 для загрузки (обязательно зеркало -level=1) расположен во 2м разделе GPT
      • md1 массив для данных, может быть любого уровня (тут для сценария 1) расположен в 3м, наибольшем разделе GPT

      Сохраним параметры массива в конфигурационном файле:

      Создадим структуру разделов в LVM:

      • lv_swap для подкачки в начале диска размером 8 Гб (8192 Мб)
      • Выделим отдельный раздел lv_add для хранения данных, которые могут переполнить диск под или которые особо ценные, например /var/spool и установим ему размер 70% от размера диска. Это позволит избежать ситуаций с переполнением диска и отказом всей системы. Кроме того, данный раздел будет отформатирован в высоконадежную систему jfs оптимизированную для хранения огромного числа мелких файлов.
      • lv_root оставшееся место под корневую систему
      • Загрузочный раздел форматируем в ext2, корень системы в ext4, а рабочие данные будут в файловой системе jfs

      Создадим точки монтирования созданных разделов и примонтируем их

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

      Создадим новые служебные каталоги и назначим на них права

      Войдем в окружение созданой копии системы

      Переходим в окружение скопированной системы [ ]

      Создадим файл монтирования файловых систем при загрузке

      Разрешим системе автоматически запускаться, если один из дисков вышел из строя или отсутствует (по умолчанию при загрузке будет выдаваться запрос на разрешение запуска)

      Подмонтируем загрузочный раздел в соответствии с указанными параметрами fstab с генерируем загрузочное ядро

      Отключим графический режим загрузчика из-за которого система может не загружаться с рейда.

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

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

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

      ВНИМАНИЕ. Если процесс выполняется удаленно, что выполнено условие: В БИОС компьютера должен быть настроен режим последовательной загрузки с жестких дисков, т.е. если загрузиться с первого диска не удалось, должна произойти автоматическая загрука со второго. Если это не так, и система не загружается, необходимо переключить загрузку на второй диск или поменять местами интерфейсные кабели.

      • Далее все действия идентичны как для первичного добавления диска, так и для замены вышедшего из строя

      Проверим список дисков в системе

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

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

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

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

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

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

      Читайте также: