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