Я решил спросить об этом, прежде чем создавать тестовую среду, чтобы опробовать это.
У меня есть физический сервер с довольно большим объемом физического хранилища. Он работает под управлением SQL, и я бы предпочел выполнить холодную миграцию вместо горячей, чтобы убедиться, что у меня нет проблем с согласованностью данных.
Мой вопрос: свободное пространство передается очень быстро во время процесса миграции или это буквально копирование бит в бит? В хранилище 600 ГБ физического пространства, и используется чуть меньше 200 ГБ.
У меня нет большого периода времени, когда я мог бы его убрать. Очевидно, что один из вариантов — построить отдельный сервер SQL и мигрировать базы данных по одной за раз, но сейчас давайте сосредоточимся на вопросе P2V относительно того, как передается пустое пространство.
решение1
Просто поделюсь своим опытом:
- Использование диска с тонким резервированием не приведет к появлению пустого места на вновь созданной гостевой виртуальной машине.
- Если необходимо или оправдано (обычно нет), измените шрифт на толстый (любой другой, если хотите).
Примечание: если вы упомянули «последовательность», то процесс преобразования должен быть достаточно длительным. Попросите своего руководителя или системную команду быть реалистичными.
решение2
Я этого не пробовал, но судя по тому, как работают VMDK, вам может повезти, если вы обнулите свободное пространство перед конвертацией.
Одним из инструментов для этого является sdelete:http://technet.microsoft.com/de-de/sysinternals/bb897443.aspx(если это машина с Windows)
В Linux вы используете dd if=/dev/zero of=/tmp/dummyfileзапись файла нулями до тех пор, пока диск не заполнится. (Вы можете удалить файл позже)
Однако имейте в виду, что в любом случае конвертеру придется читать весь диск. Так что это увеличит скорость конвертации, если проблема в сетевом канале.
Также это увеличит скорость создания vmdk на сервере, если вы выберете для дисков «ленивое обнуление» (а не «жадное обнуление»).