Назад | Перейти на главную страницу

Сервер Ubuntu P2V, на котором запущен программный raid5

Вот моя задача: у меня есть физический производственный веб-сервер под управлением Ubuntu 10.04 с программным рейдом 5 (mdadm), который я должен виртуализировать на хосте VM ESXi5.0, минимизируя время простоя (желательно с нулевым временем простоя).

Я пытался использовать автономный конвертер VMware, но он не работает на работающем сервере с программным рейдом. Я не могу найти какой-либо жизнеспособный вариант для этого P2V.

Имеющиеся в моем распоряжении инструменты, которые должны помочь:
Недавно отформатированный пустой сервер с соответствующими спецификациями.
Внешний жесткий диск USB емкостью 1 ТБ.
1 физический хост ESX5.0
1 физический сервер Microsoft Server 2012 с Hyper-v

Время здесь не проблема, но мне нужно:
убедитесь, что данные не теряются при переезде
свести к минимуму время простоя (мне будет трудно оправдать что-либо более 10 минут без предварительной резервной копии).
минимизировать риск потери сервера (например, повреждение рейда / диска перед перемещением) - резервной копии диска в настоящее время не существует.

Я весь день искал решение, DD кажется, что оно должно быть полезно, но я не могу понять, как это сделать, и я не уверен на 100%, что смогу dd весь диск с указанного диска. Также кажется, что если бы я мог перестроить рейд до рейда 1, я мог бы клонировать один из этих дисков и таким образом избавиться от массива рейдов, но большинство статей посвящено переходу от 1 к 5, а не 5 к 1.

Любая помощь, указывающая мне в правильном направлении, будет полезна.

(Кстати, я не думаю, что это уместно для моего вопроса, но на всякий случай, в конце концов, этот сервер будет обновлен с 10.04 до 12.04 и переведен на Microsoft Hyper-V.)

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

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

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