Все свои тесты я провожу на виртуальных машинах. И очень часто требуется чистая установка OS, чтобы исключить влияние следов от установленных приложение и ролей. Сама установка не занимает много времени, а вот установка обновлений, и особенно не для новых OS, может занять от часу времени. По этому, как правило, после установки первой ВМ, установки всех обновлений, установки "всегда необходимых" компонентов (вроде telnet client) я выполняю экспорт настроенной OS, чтобы можно было импортировать в новую ВМ за несколько минут. Начиная с Hyper-V 4.0 экспорт можно выполнять и со снимков OS:
Выбираем место расположения данных экспорта. Хотя импорт ВМ можно выполнять и без экспорта, я всё же предпочитаю иметь копию ВМ в виде экспортированных данных.
Далее, выбираем в меню Import Virtual Machine и выполняем действия, предложенные визардом.
Выбираем, откуда будем импортировать ВМ:
Не понятно, почему дата создания ВМ датирована началом XVII века... Сейчас проверил - у ВМ созданных с нуля такая же дата. Оказывается, это известный баг.
Так как у меня источник экспорта активно участвует в тестах, то мне нужна ВМ с уникальным идентификатором, например, чтобы не было конфликта MAC адресов.
Выбираем место хранения файлов жёсткого диска. По умолчанию предлагается выбрать папку. Однако, если выполняется импорт из "живой" ВМ в общую папку для всех ВМ (то есть без экспорта в другое расположение), то имена файлов жёстких дисков будут совпадать и импорт будет невозможен. По этому я создам отдельную папку для новой ВМ.
После окончания импорта, который длился всего 6 минут, ВМ имела статус Saved, и идентичный IP адрес, т.к. родительская ВМ была "снимком" работающей ВМ. Импорт с уникальным ID не сбрасывает уникальные идентификаторы OS, такие как SID, имя компьютера. Ниже с помощью утилиты PsGetSid показаны SIDы новой ВМ и родительской ВМ (DNS идентификаторы вырезаны, т.к. родительская ВМ была в корпоративном домене):
Для выполнения сброса уникальных идентификаторов лучше всего будет воспользоваться утилитой sysprep:
После перезагрузки будет предложено выбрать региональные настройки и назначить пароль для Administrator. На самом деле, sysprep можно было выполнить для родительской ВМ и до экспорта
На этом импорт ВМ завершён. Переименовываем ВМ и проверяем наличие последних обновлений.
16.11.2013