Виртуализация физической машины vmware workstation. Как преобразовать физические машины в виртуальные — Disk2VHD. Рациональное использование оборудования
Перенос физической Windows системы в виртуальную среду с помощью Disk2VHD
В данной заметке мы поговорим о том, как перенести работающую физическую систему Windows , будь то серверная или десктопная, на виртуальный сервер при помощи утилиты Disk2VHD . Данная программ является частью набора ПО для диагностики и администрирования ОС на базе MS Windows от Sysinternals, о чем говорится . Эти утилиты доступны как для загрузки, так и в качестве .
Очень удобно, когда есть возможность освободить физический сервер или рабочую станцию, перенеся ее содержимое в целости и сохранности в виртуальную среду. Данная операция называется Physical-to-Virtual, P2V . Таким образом, повысится отказоустойчивость, гибкость развертывания и обслуживания сервисов.
Используя Disk2VHD, мы создаем образ работающей системы (без ее остановки), записанный в виртуальный жесткий диск формата VHD. Подключив его к гипервизору, в нашем случае Hyper-V , мы получим полную копию работающей физической системы (со всеми установленными приложениями, настройками и ролями) в виртуальной среде.
Стоит отметить — программа Disk2VHD бесплатна, проста в использовании, не требует установки, поддерживает запуск из командной строки и обслуживает большинство современных ОС MS Windows.
Создание образа происходит следующим образом:
Сейчас лучше выбирать формат .VHDX , т.к. он в полной мере поддерживается всеми версиями Hyper-V. Если на системном диске есть скрытый раздел — его нужно обязательно скопировать.
Работа данной утилиты в командной строке:
disk2vhd C: C:\Distr\Image.vhd
Выполнится конвертация диска С, а таким образом — все диска на сервере:
disk2vhd * C:\Distr\Image.vhd
Подключение образа, как было сказано, ранее доступно в Hyper-V. Выполняется следующим образом — подключаемся в Hyper-V Manager, создаем новую виртуальную машину, указываем нужные характеристики (CPU, RAM, LAN), а в качестве жесткого диска — созданный нами диск в формате.VHDX.
Далее запускаем виртуальную машину. Необходимо выполнить установку драйверов. В Windows Server 2012 это выполняется автоматически. В нашем случае используется более ранняя версия серверной ОС (Win SRV 2003), поэтому необходимо запустить вручную интеграцию драйверов:
По завершению которой мы получим полноценный работающий сервер. Единственное, что потребуется сделать (в некоторых случаях) — настройка сетевых адаптеров.
Как видим, процесс миграции физических серверов в виртуальную среду с помощью Disk2VHD не вызывает никаких трудностей и рекомендован к использованию.
OS: MS Windows XP/2003.
Application: VMware vCenter Converter (Windows).
Задача: получить копию "компьютера" (физической вычислительной машины) под управлением операционной системы "MS Windows XP/2003", в комплекте со всеми приложениями и данными в виде, неизменном по отношению к конечному пользователю, готовую к запуску в среде аппаратной виртуализации ("Intel VT", она же "Virtual Machine eXtension", и "AMD-V", она же "Secure Virtual Machines") предоставляемой продуктами Hyper-V, Qemu-KVM, VMware, XEN.
Рассмотрим вариант с использованием продукта "VMware vCenter Converter", по простому - "VMware Converter". Программа свободно не распространяется, предоставляется только после регистрации на сайте производителя, но совершенно бесплатна. Очень удобна, кстати говоря, конвертирует практически что угодно во что угодно, имея при этом весьма приятный и "интуитивно понятный" интерфейс. VMware-вцы молодцы, что ни говори об их непомерных финансовых аппетитах - долгое время шли впереди планеты всей, делая самые удобные и реально работающие системы виртуализации. Эпоха "интернет", как в своё время "книгопечатания", многократно упростившая доступ к информации, перераспределила центры развития и сместила баланс сил игроков в сфере разработки интересного и перспективного программного обеспечения, но многолетние наработки, горы патентов, умеющие умы никуда не делись и выдают продукты обладающие прелестями "корпоративных" - отточенностью и предсказуемостью результата.
И так, подавив набирающий силу поток словоблудия, приступим к делу. Идём на сайт производителя (www.vmware.com), прыгаем по ссылкам, регистрируемся, буде в том имеется необходимость и скачиваем "конвертер " (примерно 124 Мегабайта).
Здесь и сейчас говорить будем о версии "4.3". В наличии имеется "пятая" версия, но три-четыре попытки загрузки, прервавшиеся на 20-50 процентах, намекнули мне, что "это не просто так" и "лучше не продолжать, а то".
На машине подлежащей виртуализации устанавливаем "конвертер", запускаем его, жмём бросающуюся в глаза кнопочку "Convert Machine" запуская тем самым мастер "Conversation". С помощью "выпадающих меню" и "чекбоксов" определяемся с тем, что желаем здесь и сейчас "виртуализировать" именно эту самую машину, на которой и запущено приложение:
Следующим естественным шагом определяемся, во что желаем превратить систему пока ещё работающую на пышущей жаром и гудящей внутренностями железке. Я неоднократно конвертировал в самых разных вариантах виртуальные машины "VMware Server v.2" - потому его формат и выбираю. В качестве месторасположения образа изготавливаемой виртуальной машины лучше выбрать какой-нибудь внешний, по отношению к корневой файловой системе, носитель информации, но не обязательно - можно разместить его где угодно:
"Options". Важно с пониманием пройтись по всем пунктам этой таблицы мастера, иначе результат придётся так долго "дотачивать", что будет проще всё заново переделать. Далее поэтапно.
"Data to copy". Здесь мы можем выбрать, какие диски подлежат переносу в виртуальную машину (системный и загрузочные переносятся без-вариантно). В "basic"-режиме мало что можно изменить, потому сразу переходим в расширенный - "Advanced":
Сразу становится веселее. В расширенном режиме раздельно работать с исходным и результирующим материалом. Видно, в моём случае, что из двухсот гигабайт реально занято всего около семидесяти:
Важно определится, каким образом вы планируете переносить и вообще использовать в дальнейшем создаваемую виртуальную машину. Нужно решить, в каком виде и объёме создавать результирующие виртуальные диски. Если виртуализация проводится в инфраструктуре с "гигабитными" или "оптическими" высокоскоростными сетевыми магистралями между серверами с "безразмерными" дисковыми хранилищами, то рекомендую сразу раздвинуть до разумного максимума пространство виртуального диска и задать формат "Pre-allocated" (что даст на выходе "сырой" RAW-файл, сразу готовый к работе на максимальной скорости в любой из перечисленных выше систем виртуализации). Если образ виртуального сервера придётся протягивать через игольное ушко хлипкой сети государственного органа или мелкого предпринимателя, не решающегося стать крупным - следует выбрать формат "Not pre-allocated", для уменьшения размера финального виртуального диска за счёт пропуска "пустого" пространства (получим VMDK-файл формата "VMware Server v.2", требующий последующей переконвертации в желаемый формат уже на несущем сервере):
Если жить совсем кисло и на сервере, где будет работать создаваемая виртуальная машина, свободного места меньше, чем на исходном виртуализируемом, то придётся явно указать размер финального диска:
"Devices". Всё просто - берём по минимуму (один процессор, старая-добрая шина IDE и памяти "лишь-бы хватило"), догнаться всегда успеем:
"Networks". От создания виртуального сетевого интерфейса рекомендую отказаться, так как проще сразу врезать в запускаемую виртуальную машину то, что лучше всего поддерживается системой виртуализации (например "VirtIO" в KVM):
"Services". Немаловажная вкладка. Хотел было выше упомянуть о необходимость остановить все активно использующие ресурсы "сервисы" виртуализируемой "физической" системы, но подумал о том, что не всегда это возможно. Зато возможно и полезно указать не запускаться (будучи переведённым в "ручной" режим) особо прожорливым системным и пользовательским службам. Дело в том, что при первом запуске виртуальной машины с операционной системой "MS Window" на борту таковая не менее десяти минут "утаптывается" на новом месте жительства, выискивая и тестируя на совместимость подходящие обнаруженному оборудованию драйверы. Учитывая то, что "оборудование" обновилось полностью, работы у системы и так хватает, а запускающиеся параллельно парочка сервисов "корпоративного уровня" (чем "корпоративнее", тем жаднее до кручения диска) и антивирус с "завёрнутыми гайками" способны поставить на колени "MS Windows" на пару-тройку часов (и это не преувеличение).
"Advanced". Последним важным этапом завершаем подготовку к виртуализации. Указываем удалить бесполезные в дальнейшей "виртуальной" работе срезы "восстановления системы". И, возможно самая полезная опция "Reconfigure destination virtual machine", укажем подготовить создаваемую виртуальную машину к загрузке в неизвестно каком окружении, сбросив аппаратно-зависимые настройки, вроде привязки HAL (правда, это мои домыслы, но полагаю, что от истины я далёк не более чем на разницу в терминологии):
Убедимся в том, что не забыли чего-нибудь мелкого, но важного и жмём кнопку "Finish", которая на самом деле даёт команду на старт конвертации как таковой:
В зависимости от ряда факторов, влияние которых на процесс предоставляю разобрать каждому индивидуально в качестве домашнего задания, ждать завершения конвертации приходится от получаса до половины рабочего дня:
В результате мы получим или RAW-файл, свободный от привязок к какой-либо определённой системе виртуализации и готовый к применению, или VMDK-файл (готовый к применению в среде VMware), требующий переконвертации в формат RAW.
Создать виртуальную машину быстрее обычного способа путем установки гостевой ОС можно с помощью процесса виртуализации основной операционной системы – той, что установлена на физическом компьютере. Этот процесс превращает основную систему со всеми ее настройками, активацией, установленными программами в ее виртуальный клон, с которым можно работать в гипервизорах VMware, VirtualBox и Hyper-V.
Возможность виртуализации реального компьютера в виртуальную машину присутствует в числе функционала редакции Professional программы Paragon Hard Disk Manager 15. Программа может преобразовывать физические жесткие диски в виртуальные формата гипервизоров VMware, VirtualBox и Hyper-V с загружающейся гостевой ОС. В состав виртуальной машины, превращенной из физического компьютера, не обязательно должны входить все разделы физического жесткого диска. Можно выбрать только некоторые разделы, а то и вовсе лишь один системный раздел с установленной Windows.
Как осуществляется процесс превращения реальной Windows в виртуальную машину посредством программы Paragon Hard Disk Manager 15? Этот вопрос рассмотрим ниже на примере системы Windows 7 и гипервизора .
1. Виртуализация физического компьютера
Hard Disk Manager 15 в редакции Professional от компании Paragon – это платный многофункциональный программный пакет, включающий средства для работы с жестким диском, средства для переноса операционной системы на другой диск, бэкап-функционал и прочие возможности. В числе этих прочих возможностей – и создание виртуальных машин на базе данных физического компьютера. Программу можно приобрести на официальном сайте компании Paragon . Там же присутствует и демо-версия, но проку от нее будет немного. Так, демо-версия являет собой путеводитель, представляющий возможности программы в потенциале, после приобретения лицензии. Запланированные программные операции демо-версия Hard Disk Manager 15 не применяет.
Paragon Hard Disk Manager 15 по умолчанию запускается с упрощенным видом интерфейса по типу начального экрана Windows 8.1. В окне этого интерфейса выбираем плитку с надписью «P2V копирование».
Затем увидим окно с представлением дискового пространства компьютера. Здесь необходимо выбрать разделы диска компьютера, которые превратятся в разделы диска виртуальной машины. В нашем случае отметим галочкой выбора только системный раздел на втором жестком диске, где установлена система Windows 7. В обязательном порядке галочку нужно ставить и на загрузочную MBR-запись. Сделав выбор, жмем «Далее».
Следующее окно программы предложит на выбор несколько гипервизоров, включая две версии Hyper-V. В нашем случае выбираем последнюю версию – пункт «Microsoft Hyper-V 2012», поскольку эта версия совместима со штатным гипервизором Windows 10, где с виртуальной машиной и будет проводиться работа в дальнейшем. Жмем «Далее».
В окне настроек оборудования создаваемой виртуальной машины можем сменить автоматически генерируемое имя и указать иной размер оперативной памяти. Для Hyper-V 2012 также доступен выбор поколения виртуальных машин. В случае если бы речь шла о виртуализации 64-битных Windows 8.1 и 10, можно было бы выбрать поколение 2. В нашем случае в процессе виртуализации участвует Windows 7, потому выбрано поколение виртуальных машин 1. Жмем «Далее».
Ничего не меняем в свойствах диска виртуальной машины. Жмем «Далее».
Используя кнопку обзора в конце строки, указываем место на диске компьютера, куда будут помещены файлы виртуальной машины.
Запустится процесс виртуализации физического компьютера.
По завершении жмем «Готово».
По пути сохранения увидим стандартные папки с составляющими виртуальных машин Hyper-V.
2. Добавление виртуальной машины в диспетчер Hyper-V
Итак, имеем новую виртуальную машину, являющуюся полным или частичным клоном физического компьютера; теперь нам нужно добавить ее в диспетчер Hyper-V. В окне последнего выбираем «Создать», а затем – «Виртуальная машина».
Вводим имя, которое будет отображаться для виртуальной машины в диспетчере Hyper-V. Выставляем галочку сохранения в другом месте и с помощью кнопки обзора указываем папку с файлами хранения виртуальной машины. Жмем «Далее».
В нашем случае программой Paragon Hard Disk Manager была создана виртуальная машина поколения 1. Выбранное при виртуализации поколение указываем и в процессе добавления виртуальной машины в диспетчер Hyper-V. Снова жмем «Далее».
Размер оперативной памяти по умолчанию – 1024 Мб. Жмем «Далее».
Указываем виртуальный коммутатор, в нашем случае он был создан ранее. Жмем «Далее».
В следующем окне выбираем второй вариант подключения VHDX-диска. Таковой уже создан в процессе виртуализации, и на него помещены данные с физического компьютера. Необходимо только указать путь к нему. VHDX-диск находится в папке с файлами виртуальной машины, в подпапке с надписью «Virtual Hard Disks». Жмем «Далее».
Все – виртуальный клон компьютера в диспетчере Hyper-V теперь можно запускать и подключать для управления.
После запуска в гостевой Windows 7 автоматически будут установлены еще кое-какие драйвера для работы виртуального оборудования. И после перезагрузки можно будет приступать к полноценной работе с виртуальной машиной.
Отличного Вам дня!
Предположим, вам требуется провести некий эксперимент, который будет иметь смысл только в текущей конфигурации существующей физической машины. Чтобы избежать нежелательных последствий, применяется такой подход: сначала эксперимент проводится в изолированной виртуальной среде, результат исследуется и только потом переносится в реальное окружение. Или еще один сценарий, который, собственно, и послужил поводом для написания данной статьи: необходимо вывести из рабочего режима реальную рабочую станцию, имеющуюся в сетевом окружении, и воссоздать точно такую же конфигурацию в виртуальной среде, по возможности с минимальной потерей функциональности ранее установленного на ней программного обеспечения.
Решения, которые позволят справляться с такими задачами, существуют. На рынке программного обеспечения сегодня представлен целый ряд продуктов, позволяющих создавать виртуальные машины, а точнее, изолированные виртуальные среды, для выполнения приложений и распределения вычислительных ресурсов между ними. Среди них есть и решения от Microsoft, такие как Microsoft Virtual Server 2005 и Microsoft Virtual PC 2007.
Для реализации указанных выше сценариев воспроизвести имеющуюся машину в виртуальной среде от начала до конца, пошагово, приложение за приложением, настройка за настройкой довольно непросто. Некоторые производители приложений для виртуализации рабочих станций и серверов предусмотрели для таких случаев вариант «прямого импорта» физической системы в образ виртуальной машины. К сожалению, такая функция отсутствует для Microsoft Virtual PC и трудна для реализации в Microsoft Virtual Server (см. комментарии в конце статьи).
Но ситуация не безнадежна. В данной статье приводится пример настройки виртуальных машин в Microsoft Virtual PC, а по аналогии - и в Microsoft Virtual Server, которая позволит обойти функциональные ограничения этих продуктов.
Для решения проблемы импорта существующей системы в виртуальную среду предлагается использовать полную резервную копию целевой системы, которая создается утилитой самой операционной системы, а именно - Backup and Restore.
Результатом полного резервного копирования, выполненного через Backup and Restore, будет файл формата Microsoft Virtual Hard Disk (VHD), который используется и для эмуляции жестких дисков в виртуальной машине Microsoft. Образ формата VHD можно использовать в Microsoft Virtual Server или Microsoft Virtual PC, но из-за особенностей его внутренней архитектуры такой образ VHD нельзя применять в качестве загрузочного. Попытки добиться этого стандартными средствами в среде Virtual PC, а именно с помощью утилит diskpart, bootrec и bootsect, успеха не имели. Хотя монтирование VHD-образа в Virtual Server или Virtual PC в качестве дополнительного диска к имеющейся виртуальной машине позволит без труда восстановить выбранный фрагмент полной резервной копии компьютера, например, путем простого копирования.
Полностью реализовать возможности Windows Backup and Restore для восстановления системы можно только из самого приложения или под управлением Windows Recovery Environment (WinRE), если воспользоваться режимом Complete PC Restore из меню восстановления этой среды. Доступ к WinRE можно получить, имея на руках установочный диск Windows Vista и выбрав вариант Repair My Computer.
Впрочем, в данной статье речь идет не о резервном копировании и восстановлении. Итак, сформулируем еще раз задачу эксперимента. В нашем распоряжении имеется целевой компьютер с установленной Windows Vista и Microsoft Virtual PC 2007. Задача: воссоздать реальную машину в виртуальной среде с минимальными трудозатратами.
В первую очередь создадим полную резервную копию родительской системы. Для этого нужно перейти в Control Panel и воспользоваться приложением Backup and Restore. В открывшемся окне следует выбрать вариант Back up Computer. Далее следуйте инструкциям мастера резервного копирования. Особенность этого шага заключается в том, что резервная копия машины должна быть помещена на раздел жесткого диска, отличный от системного, или на внешний носитель. Вариант размещения архива системы на одном или нескольких DVD-R (W) носителях не подходит, так как нам нужен единственный файл формата VHD.
В результате получаем такую папку, как показано на экране 1.
Из всей совокупности файлов, составляющих полную резервную копию системы, нас интересует файл с расширением *.vhd. Он будет находиться в папке Backup - ### - ###. Копируем его в целевой каталог, например: С:Virtual (см. экран 2).
Теперь запускаем Virtual PC. Создаем новую виртуальную машину и одновременно Hard Disk 1 для нее, через мастер создания виртуальных машин New Virtual Machine Wizard: Create а Virtual Machine - {имя машины} - Operating system - в раскрывающемся списке выбираем Windows Vista - Using recommended RAM - A new virtual hard disk. Далее принимаем параметры мастера по умолчанию. Размер диска при создании можно указать совсем небольшой, например 300 Mбайт. В настройках виртуальной машины можно сразу выставить параметр Undo disk - Enable Undo Disk.
Создаем Hard Disk 2. Выбираем вариант Virtual Hard Disk File - Browse и указываем путь к резервной копии операционной системы - файлу с расширением *.vhd. В результате получаем примерно такую конфигурацию, как на экране 3.
Где Hard Disk 1 - это пустой неформатированный диск, а Hard Disk 2 - файл c резервной копией нашей системы. Нажимаем Ok.
Далее воспользуемся диском с дистрибутивом операционной системы. Вставляем его в накопитель и запускаем виртуальную машину. В меню окна виртуальной машины выбираем CD - Use physical drive #:, где # - имя для используемого устройства DVD. Если нужно, заходим в настройки BIOS виртуальной машины и устанавливаем очередность загрузки, чтобы в первую очередь происходила загрузка именно с устройства DVD. Будет выполнен запуск среды установки операционной системы.
На первом экране c региональными и языковыми параметрами установки нажимаем Next для выбора параметров по умолчанию, на втором экране выбираем пункт Repair Your Computer. Произойдет запуск среды восстановления Windows и обнаружение имеющихся установок операционной системы. В появившемся диалоговом окне System Recovery Options следует нажать Next. Из предложенного меню восстановления выбираем Command Prompt.
X:Sources> Diskpart
DISKPART> Sel disk 0
DISKPART> Create partition primary
DISKPART> Format fs=ntfs quick
DISKPART> sel partition 1
DISKPART> Active
DISKPART> Exit
После исполнения команды Exit выходим из Command Prompt и нажимаем кнопку Restart в меню восстановления для перезагрузки.
Повторно загружаемся с установочного диска. Как и в предыдущих шагах, на первом экране c региональными и языковыми параметрами установки нажимаем Next для выбора параметров по умолчанию; на втором экране выбираем пункт Repair Your Computer. В ответ на приглашение Windows found problems with your computer’s startup options выбираем No и нажимаем Next. Из предложенного меню восстановления опять выбираем Command Prompt. Теперь следует восстановить конфигурацию загрузчика операционной системы.
Прежде всего необходимо скопировать сам загрузчик на загрузочный раздел. Перед копированием снимем атрибуты hidden и system c файла bootmgr.
X:Sources> D:
D:>attrib –h –s bootmgr
Копируем bootmgr на активный раздел:
На следующем шаге нужно восстановить конфигурацию bootmgr. Файл BCD, в котором хранится конфигурация загрузчика, должен находиться в каталогеBoot активного раздела. Существует несколько вариантов решения этой задачи. Самый простой - воспользоваться утилитой bootrec, которая включена в Windows Recovery Environment и имеется на диске с дистрибутивом операционной системы. Данная утилита представляет собой очень полезное средство. Она позволяет восстановить поврежденную запись master boot record (MBR) без перезаписи имеющейся таблицы разделов, boot sector (BR) и собственно сам BCD - файл, в котором хранятся настройки загрузчика операционной системы. Воспользуемся последней возможностью:
D:> bootrec/rebuildbcd
После ввода этой команды bootrec обнаружит имеющуюся установленную версию операционной системы и предложит переконфигурировать загрузчик (на самом деле будет воссоздан файл BCD). Выглядит это примерно так, как на экране 4.
Далее следует утвердительно ответить на приглашение, т. е. набрать Y и нажать Enter. Утилита bootrec внесет необходимые изменения. К сожалению, внутренняя архитектура vhd-файла резервной копии системы не позволяет корректно воссоздать Boot Record для активного раздела. Поэтому сделать раздел с имеющейся установленной системой активным не получится, хотя совместное использование утилит diskpart и bootrec подразумевает эти манипуляции и даже вывод положительного результата таких действий на экран.
Проверяем результат выполнения команды bootrec/rebuildbcd (см. экран 5), для чего в командной строке набираем:
КаталогBoot и файл BCD в нем должны присутствовать в корневом каталоге активного раздела. Чтобы не было проблем с запуском локализованных версий операционной системы, копируем необходимые файлы в каталог C:Boot из каталога D:Boot резервной копии системы. Предварительно необходимо переименовать имеющийся там файл BCD.
D:> cd boot
D:> ren bcd bcd_old
D:> xcopy d:oot*.* c:Boot/y/s
На этом можно и остановиться, однако, для того чтобы не возникало проблем с назначением букв логическим дискам при запуске операционной системы, следует выполнить еще один шаг. Еще раз воспользуемся утилитой Diskpart:
D:> diskpart
DISKPART> sel disk 0
DISKPART> sel partition 1
DISKPART> set id=27 override
Команда SET ID=27 делает раздел технологическим и скрытым. Этот метод используется поставщиками вычислительных систем для предотвращения доступа к разделу с предустановленной средой WinRE. Впрочем, это не мешает процессу загрузки операционной системы A. Ключ OVERRIDE используется для принудительного назначения атрибута, так как по умолчанию такое действие для загрузочного раздела не разрешено.
Теперь можно выполнить перезагрузку. Для этого закрываем окно командной строки и нажимаем кнопку Restart в меню восстановления. Диск с дистрибутивом предварительно необходимо извлечь.
Произойдет загрузка операционной системы с раздела в файле *.vhd сделанной нами резервной копии системы, причем в режиме восстановления после сбоя. Выбираем Start Windows Normally и получаем виртуальную машину, которая является копией того экземпляра, с которого выполнялось полное резервное копирование.
Некоторые комментарии:
Виртуальную копию операционной системы придется активировать заново, так как Harware ID, вычисляемое при первичной активации, естественно, изменится.
Утилита Backup and Restore позволяет выполнять полное резервное копирование системы только в версиях Windows Vista Business, Enterprise и Ultimate.
Для «преобразования» физических компьютеров в виртуальные машины существует инструмент Virtual Server 2005 Migration Toolkit (VSMT). Однако он требует развертывания дополнительной инфраструктуры Automated Deployment Services (ADS) и в конечном итоге может оказаться дорогим решением (потребуется Windows Server 2003 Enterprise Edition). Кроме того, у меня нет информации об успешной миграции рабочих станций под управлением Windows Vista с использованием этого средства.
Таким образом, совместное использование виртуализации и резервного копирования может с успехом применяться для быстрого восстановления «выбывшей из строя» рабочей станции, а также предоставляет в распоряжение администратора простой бесплатный инструмент, позволяющий гибко и безопасно проводить эксперименты, ориентированные на существующую конфигурацию систем.
Валерий Волобуев - MCSA, MCITPro, MCDST, MCT, консультант по информационным технологиям УЦ «Сетевые Технологии», Techexpert inc., Киев
Существует несколько способов преобразования установленной ОС Windows в образ для виртуальной машины. Созданный образ можно использовать, например, для тестирования, для проверки стабильности системы после установки какого-либо обновления, или для того, чтобы зафиксировать состояние старой машины перед внесением изменений.
Большинство программ виртуализации поддерживают функцию преобразования установленной ОС Windows в образы виртуальной машины. Некоторые решения уже поставляются со встроенными функциями, но в ряде случаев для этой же цели может понадобится использование сторонних продуктов.
В этом руководстве собраны инструкции по преобразованию установок Windows в виртуальные образы Microsoft Hyper-V, VirtualBox и VMware.
Перенос ОС Windows в виртуальную машину Microsoft Hyper-V выполняется очень просто благодаря программе Disk2vhd от Sysinternals.
Программа является портативной, ее можно запускать из любого расположения на диске после распаковки архива. Для работы приложения требуются права администратора. Программа может применяться для создания виртуальной машины из одного или нескольких томов на компьютере.
Примечание : программу можно запустить в режиме командной строки, используя формат:
Основное окно приложения отображает путь назначения и имя файла, а чуть ниже - доступные тома. Обратите внимание, что вам нужно выбрать целевое расположение с достаточным свободным пространством для хранения, иначе процесс создания образа будет прерван.
Пользователь должен выбрать целевой путь и имя файла (с расширением vhdx), а также тома, которые следует включить в виртуальный образ.
Вы можете выбрать только раздел Windows или даже преобразовать несистемные разделы в образы VHD, не выбирая раздел Windows.
Disk2VHD поставляется с двумя дополнительными параметрами, которые указываются при запуске. Первый устанавливает выходной формат VHDX. Вы можете отключить данный параметр, чтобы использовать VHD.
VHDX имеет несколько преимуществ, такие как поддержка более крупных виртуальных дисков (64 ТБ против 2 ТБ), лучшая защита от повреждений, дистанционное онлайн изменение размера и др. VHD необходим в основном для целей совместимости, например, когда продукт не поддерживает VHDX, а также когда вы хотите преобразовать образ в Virtualbox.
Второй параметр позволяет использовать теневую копию тома.
Disk2VHD обрабатывает выбранные тома и превращает их в образы виртуальных дисков, которые сохраняются в выбранном месте.
После того, как вы получили образ VHD, можете использовать инструмент командной строки vboxmanage, который поставляется с VirtualBox, для клонирования носителя и сохранения его в другом формате.
- Нажмите на клавишу Windows , введите cmd.exe , зажмите Ctrl + Shift и нажмите клавишу Enter , чтобы запустить командную строку с правами администратора.
- Перейдите в папку VirtualBox в системе, например, C:\Program Files\Oracle\VirtualBox с помощью команды cd .
- Используйте команду vboxmanage clonemedium disk , чтобы преобразовать образ диска VHD в формат VDI. Например: vboxmanage clonemedium disk o:\source.vhd o:\output.vdi
Преобразование может занять некоторое время в зависимости от размера изображения и доступных ресурсов вашего компьютера.
Вы можете создавать виртуальные образы машин Windows для VMware с помощью VMware vCenter Converter. Вы можете загрузить программу с официального сайта VMware , но для этого требуется учетная запись. На нашем сайте утилита доступна для загрузки без регистрации.
Примечание : Программа создает виртуальный образ полной машины. В графическом интерфейсе нет возможности исключить жесткие диски или разделы.
Размер установщика равен примерно 170 мегабайт. Во время установки вам будет предложено присоединиться к программе улучшения качества обслуживания клиентов.
Чтобы преобразовать запущенную систему Windows в виртуальный образ для VMware, выберите опцию “Конвертировать машину” в главном интерфейсе программы, чтобы начать работу.
После загрузки мастера, убедитесь, что для типа источника установлено значение “включено” и выбран “этот локальный компьютер”. Вы также можете создавать виртуальные образы удаленных компьютеров, но для этого необходимо указать имя или IP-адрес устройства, а также учетные данные.
Выберите виртуальную машину VMware в разделе тип цели на следующей странице и выберите целевую папку для сохранения образа.
Создание образа может занять некоторое время, в зависимости от количества томов, их размеров и ресурсов устройства.
Нашли опечатку? Выделите и нажмите Ctrl + Enter