На чтение 2 мин Просмотров 9.3к. Опубликовано
В данной заметке мы поговорим о том, как перенести работающую физическую систему Windows, будь то серверная или десктопная, на виртуальный сервер Hyper-V при помощи утилиты Disk2VHD. Данная программ является частью набора ПО для диагностики и администрирования ОС на базе MS Windows от Sysinternals, о чем говорится в данной статье. Эти утилиты доступны как для загрузки, так и в качестве live-версии.
Перенос физической Windows системы в виртуальную среду с помощью Disk2VHD
Очень удобно, когда есть возможность освободить физический сервер или рабочую станцию, перенеся ее содержимое в целости и сохранности в виртуальную среду. Данная операция называется 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 не вызывает никаких трудностей и рекомендован к использованию.
Занимаюсь IT с 2007 года. Всё началось с увлечения — разгона компьютерного оборудования. Много воды и азота утекло с тех пор… Сейчас уже более 3х лет со своей командой оказываю комплексную поддержку и продвижение бизнеса: SEO, Яндекс.Директ, рассылки и удалённое обслуживание серверов. Буду рад помочь, обращайтесь!
Модератор: UncleFather
-
UncleFather
- Site Admin
- Сообщения: 1569
- Зарегистрирован: 17 авг 2004 16:20, Вт
- Контактная информация:
Перенос ОС MS Windows (на UEFI) в виртуальную среду Hyper-V
Задача:
Имеется физическая машина с операционной системой Microsoft Windows под управлением UEFI. Необходимо перенести (скопировать) ее в виртуальную среду гипервизора Hyper-V.
Решение:
-
Скачиваем утилиту Disk2vhd с официального сайта Microsoft. С помощью этой утилиты мы создадим виртуальный диск VHD (Virtual Hard Disk — формат виртуальной машины Microsoft) из физического диска, для использования его в среде Microsoft Virtual PC или Microsoft Hyper-V.
Отличительное свойство этой утилиты — это то, что она «умеет» создавать образы VHD непосредственно на работающей системе, так сказать «в режиме реального времени».
-
Запускаем утилиту на исходном компьютере и создаем виртуальный диск, отметив галочкой системный том:
-
-
Дожидаемся окончания создания контейнера с образом диска и переносим его на диск гипервизора Hyper-V.
-
Создаем виртуальную машину второго поколения с параметрами по умолчанию. В качестве виртуального диска указываем только что скопированный файл образа VHDX.
-
Устанавливаем необходимые настройки — количество процессоров, объем оперативной памяти и пр.
-
Пытаемся стартовать виртуальную машину. Если все хорошо и ОС успешно загружается, значит наша задача выполнена.
Но иногда бывает, что операционная система отказывается загружаться и мы увидим ошибку
No UEFI Compatible file system was found
В этом случае нужно будет дополнительно выполнить приведенные ниже шаги.
Причина такого поведения системы в том, что в виртуальном контейнере VHDX отсутствует отформатированный том в системном EFI разделе 100Mb. Сам раздел присутствует, но система не распознает том в этом разделе и помечает его как RAW:
Мы знаем, что для удачной загрузки, операционной системе нужен как раз этот EFI раздел, на котором должен находиться отформатированный в FAT32 том, где в папке EFI/Microsoft/boot должны присутствовать необходимые для загрузки файлы. На исходной системе так и было:
Но, вследствие каких-то преобразований при упаковке в контейнер VHDX, этот том был утерян или поврежден, поэтому нам нужно просто его восстановить, и вновь поместить нужные для загрузки операционной системы файлы по фиксированному пути. Итак, продолжаем:
-
-
Подключаем к виртуальной машине загрузочный iso образ диска с ОС, поддерживающей загрузку с UEFI и запускаем виртуальную машину.
-
Начинаем установку операционной системы, в первом окне выбираем язык, а во втором — «Восстановление системы».
-
Заходим в режим командной строки и запускаем утилиту разметки диска:
-
Смотрим какие физические диски в системе установлены и выбираем нужный:
-
Выводим список томов и выбираем том с нераспознанной файловой системой RAW:
-
Присваиваем тому букву, например, L и форматируем его в файловой системе FAT32:
Код: Выделить всё
assign letter=L format fs=FAT32 label=«BOOT» -
После окончания форматирования, выходим из утилиты diskpart и создаем нужную папку на диске L:
-
Заходим в эту папку и пересоздаем загрузочный сектор на загрузочном разделе:
-
Заново создаем хранилище BCD, скопировав файлы среды загрузки из системного каталога:
Здесь:
-
C:\Windows — путь к каталогу с установленной ОС Windows;
-
/l ru-ru — языковой стандарт, который используется при инициализации хранилища BCD;
-
/s L: — буква тома, назначенная целевому системному разделу, в который копируются файлы среды загрузки;
-
/f ALL — указывает, что копировать нужно все файлы среды загрузки, включая файлы для компьютеров с UEFI или BIOS (теоретическая возможность загружаться на EFI и BIOS системах).
-
-
Выходим из режима восстановления
-
Выключаем виртуальную машину, заходим в ее параметры и удаляем из ее устройств за ненадобностью загрузочный iso образ диска
-
На этом настройка закончена. Теперь виртуальная машина сможет без проблем загрузиться с перенесенным дисковым контейнером vhdx.
Почитать по теме: Восстановление EFI загрузчика в MS Windows
Видеоинструкцию смотрим здесь:
Alexander A. Manaeff©
Понравилась статья? Будем крайне признательны за репосты в соцсетях! Материально поддержать проект можно здесь
07 Dec 2018
- virtualbox
Задача: Перенести существующую Windows 10 со всеми настройками, файлами и дисками на виртуальную машину. Как оказалось, решений несколько, и все они весьма простые.
Задача номер один — конвертировать существующие диски в виртуальные
Существует несколько способов перенести копию операционной системы на виртуальный диск, с помощью disk2vhd и с помощью средства резервного копирования Windows
Способ первый — с помощью disk2vhd
Скачиваем disk2vhd v2.01 и запускаем.
- Снимаем галочку с пункта «Use Vhdx».
- В левой части окна отмечаем галочкой нужные диски, можно выбрать только диск с установленной Windows, мне же нужно было отметить все диски.
- Указываем место хранения и имя файла виртуального диска.
- Нажимаем Create
И программа начнет создание виртуального диска, в зависимости размера это может занять значительное время. Когда программа закончит работу файл виртуального диска с расширением .vhd будет находится в той папке, которую вы указали.
Способ второй — с помощью резервного копирования Windows
Так как формат vhd принадлежит Microsoft, встроенное в Windows средство создания резервного образа системы, создает образы в формате vhd. Чтобы создать виртуальный диск нужно перейти:
Панель управления->Система и безопасность->История файлов->Резервная копия образа системы
Затем выбираем место сохранения резервного образа.
По умолчанию выбран диск С и скрытый раздел с файлами загрузки Windows.
Нажимаем Архивировать
Начнется процесс создания архива
Архивированный файл будет в папке WindowsImageBackup->Имя пользователя->Backup
Задача номер два — запустить сохраненную систему на виртуальной машине
Теперь нам нужно создать виртуальную машину и запустить ее. Иногда, при переносе Windows в виртуальную среду страдает загрузчик системы, который нам придется восстановить, чтобы это сделать мы загрузимся с iso-образа Windows и с помощью среды восстановления исправим загрузчик.
Установка VirtualBox и создание виртуальной машины
Windows
Установка VirtualBox на Windows не должна вызывать вопросов, поэтому просто скачиваем VirtualBox, устанавливаем и запускаем ее.
Linux
Есть два способа установки VirtualBox: из репозиториев ubuntu или из репозиториев Oracle.Чтобы установить из репозиториев ubuntu используйте:
sudo apt-get install virtualbox
После этого терминал запросит у вас пароль, введите его и ждите завершения загрузки и установки.
Установка из репозиториев Oracle более предпочтительна — версии там новее.
Сначала добавляем репозиторий:
echo "deb http://download.virtualbox.org/virtualbox/debian $(lsb_release -sc) contrib" | sudo tee -a /etc/apt/sources.list
Затем добавим ключи репозитория:
wget -q https://www.virtualbox.org/download/oracle_vbox_2016.asc -O- | sudo apt-key add -
wget -q https://www.virtualbox.org/download/oracle_vbox.asc -O- | sudo apt-key add -
Обновляем список пакетов:
Устанавливаем пакет для модулей ядра таких как vboxdrv и vboxnetflt:
sudo apt-get install dkms
Устанавливаем VirtualBox:
sudo apt-get install virtualbox-5.2
После того как VirtualBox установится, нам нужно добавить нашего пользователя в группу vboxusers:
sudo usermod -a -G vboxusers `whoami`
Создание вируальной машины
В главном окне нажимаем “Создать”.
Даем имя и выбираем тип и версию системы в соответствии с тем, какую систему мы будем загружать
Выделяем необходимое количество оперативной памяти. Для Windows 10 я ставлю не меньше 2048 Мб.
Выбираем “Использовать существующий виртуальный диск” и нажимаем на кнопку проводника
В проводнике находим нужный нам образ системы. Выделяем, нажимаем “Открыть”.
Нажимаем “Создать”.
Виртуальная машина создана, но при запуске скорее всего выдаст ошибку при загрузке.
Исправление загрузчика
Это решение с исправлением загрузчика относиться только к MBR дискам и системам. С исправлением загрузчика в GPT еще не сталкивался, если будут проблемы придется дополнить заметку.
Чтобы исправить загрузчик нам нужно загрузиться в iso-образа и войти в среду восстановления.
Для этого нажимаем “Настроить”
На вкладке «Система» стрелочками меняем порядок загрузки, первым устройством выставляем — Оптический диск, а вторым — Жёсткий диск. Нажимаем “Ок”.
На вкладке “Носители” подключаем iso-образ. Выбираем пустое поле и нажимаем на значок диска.
Нажимаем “Выбрать образ оптического диска” и выбираем iso-образ Windows. Во избежание конфликтов, той же версии Widows, как и система, которую мы пытаемся реанимировать.
Настройка VirtualBox завершена. Нажимаем “Ок”, тем самым сохраняем настройки.
Запускаем виртуальную машину.
На предложение загрузится с CD соглашаемся и нажимаем любую клавишу. После этого система загрузиться с нашего iso-образа.
После загрузки нажимаем Shift+F10, чтобы открыть окно командной строки.
Вводим команды:
- diskpart
- lis vol — выводим все разделы жёсткого диска или дисков (если их несколько) в список.
- sel vol 1 — в моем случае Том 1, это скрытый раздел System Reserved (Зарезервировано системой) размер 100 Мб — отвечающий за загрузку Windows 7, он некорректен (файловая система RAW) и его нужно удалить, а затем создать заново.
- del vol — удаляем некорректный раздел образуя нераспределённое пространство на жёстком диске.
- lis dis — выводим список дисков подключенных к компьютеру.
- sel dis 0 — выбираем единственный Диск 0.
- create par primary size=100 — создаём заново скрытый раздел System Reserved (Зарезервировано системой) размер 100 Мб.
- format fs=NTFS — форматируем его в файловую систему NTFS.
- activ — делаем активным.
- assign — присваиваем букву.
- lis vol — выводим все разделы накопителей подключенных к компьютеру в список.
- exit
- bcdboot D:\Windows — создаём заново файлы загрузки на скрытом разделе System Reserved для Windows, так как буква диска операционной системы в среде восстановления (D:)).
Выходим из командной строки, выключаем виртуальную машину, в настройках меняем порядок загрузки, как мы это делали раньше, только теперь первым делом ставим Жесткий диск, также можно удалить iso-образ из Оптического диска. Загружаемся уже не с iso-образа. Наша Windows должна успешно загрузиться.
Возможные ошибки
Ошибка при удалении защищенного раздела
Иногда при попытке удаления тома raw возникает ошибка “память не может быть read”. Это происходит, если мы пытаемся удалить защищенный раздел в помощью команды del vol. Disk2vhd копирует только выбранный нами раздел, но сохраняет также и структуру всего диска.
Такая ошибка возникает, если мы решим удалить защищённый раздел с помощью команды del vol. Disk2vhd копирует только выбранный нами раздел,но сохраняет структуру всего диска. RAW, это отсутствие файловой системы раздела, но так как ID разделов Disk2vhd сохраняет, нужно действовать немного по-другому. В командной строке вводим команды:
- diskpart
- lis dis — выводит список физических дисков
- sel dis 0 — выбираем основной жёсткий диск
- lis par — показ всех разделов выбранного диска
- sel par 3 — выбираем третий(в нашем случае третий, может быть другой раздел
- del par override — удаляем раздел, для удаления раздела ESP и MSR или раздела OEM-изготовителя ноутбука, необходимо указать параметр override
Далее действуем также, как описано выше — восстанавливаем загрузчик:
- lis dis — выводим список дисков подключенных к компьютеру.
- sel dis 0 — выбираем единственный Диск 0.
- create par primary size=100 — создаём заново скрытый раздел System Reserved (Зарезервировано системой) размер 100 Мб.
- format fs=NTFS — форматируем его в файловую систему NTFS.
- activ — делаем активным.
- assign — присваиваем букву.
- lis vol — выводим все разделы накопителей подключенных к компьютеру в список.
- exit
- bcdboot D:\Windows — создаём заново файлы загрузки на скрытом разделе System Reserved для Windows, так как буква диска операционной системы в среде восстановления (D:)).
После этого из командной строки, выключаем виртуальную машину, в настройках меняем порядок загрузки,как мы это делали раньше, только теперь первым делом ставим Жесткий диск, также можно удалить iso-образ из Оптического диска. Загружаемся уже не с iso-образа. Наша Windows должна успешно загрузиться.
Синий экран при запуске виртуальной машины
Иногда после восстановления загрузчика Windows не загружается и мы видим синий экран с ошибкой 0x0000007B. Это случается из-за того, что ваша система, которую теперь мы пытаемся запустить на виртуальной машине работала к контроллером IDE, а не SATA. Выключайте виртуальную машину, заходите в Настройки -> Носители. Выбирайте контроллер SATA и удаляйте его.
Затем добавляйте контроллер IDE.
И прикрепляйте к нему наш виртуальный образ.
Запускаем виртуальную машину и радуемся.
Ошибка аппаратное ускорение (VT-x AMD-V) недоступно в вашей системе
Чтобы исправить эту ошибку нужно убедиться, что ваш процессор поддерживает апаратную виртуализацию. Для этого перезагружаемся и заходим в биос. Там ищем пункт, связанный с Virtual, Virtual mode или Virtualization. В некоторых версиях биос он находится на вкладке Advanced в пункте CPU Configuration и называется Secure Virtual Machine Mode, в других на вкладке Advanced BIOS Features, но он может называться по-другому. Напротив этого пункта нужно перевести переключатель из режима Disabled в режим Enabled. Сохраняем изменения и выходим из BIOS.
Если вы не нашли нужного пункта в BIOS, и не знаете поддерживает ли ваш процессор аппаратную виртуализаци, попробуйте программу SecurAble. Она не требует установки, скачиваете, запускаете и в третьем столбце видите либо YES, значит виртуализация поддерживается и она уже включена, либо LOCKED, значит виртуализация поддерживается, но заблокировна в BIOS и нужно ее включить, либо NO, в этом случае аппаратная виртуализация не поддерживается.
Загружаемся, открываем VirtualBox и в настройках виртуальной машины находим
Настройки -> Система -> Ускорение И, если пункт VT-x AMD-V не отмечен галочкой, отмечаем и нажимаем ОК.
Запускаем виртуальную машину.
Настройка виртуальной машины
Дополнения гостевой OC: общие папки и общий буфер обмена
Теперь осталось установить “Дополнения гостевой ОС”, после их установки VirtualBox настроит все драйвера и появится возможность переходить в “Режим полного экрана” и создавать общие папки и настроить общий буфер обмена с машиной хостом.
После того, как мы нажмем “Подключить образ диска Дополнения гостевой ОС” в CD приводе виртуальной машины появится диск с дополнениями. Нужно его открыть и установить программное обеспечение, которое на нем находится. Во время установки могут появится предупреждения о несовместимости драйверов. Везде соглашайтесь с установкой. После этого диск можно “изъять”. Чтобы дополнения заработали виртуальную машину придется перезапустить.
Установку Guest Additions (Дополнения гостевой ОС) на виртуальных машинах Linux удобнее выполнять через пакетный менеджер, а не через образ диска. Запустите терминал и установите:
sudo apt-get install virtualbox-guest-x11
sudo apt-get install virtualbox-guest-utils
Затем перезагрузите гостевую операционную систему.
Общий буфер обмена
Чтобы включить общий буфер обмена на запущенной виртуальной машине, в пункте меню Устройства, где мы выбирали “Подключить образ диска Дополнения гостевой ОС0”, выбираем пункт Общий буфер обмена и выбираем Двунаправленный.
Полный экран и настройка экрана
Чтобы настроить режим полного экрана или чтобы экран гостевой машины соотвествовал экрану хост машины, на запущенной виртуальной машине выбираем Вид и выбираем Подгонять размер экрана гостевой ОС для того, чтобы подогнать разрешение экрана виртуальной машины под разрешение экрана вашей хост машины для комфортной работы. Там же можно выбрать Режим интеграции дисплея или Полноэкранный режим в зависимости от ваших нужд.
Общие папки
Чтобы удобно обмениваться файлами между хост и гостевой машинами настроим общую папку. Переходим в меню Устройства -> Общие папки -> Настроить общие папки. Значком + добавляем общую папку и в открывшемся окне проводника выбираем путь к папке, отмечаем галочками Автоподключение и Создать постоянную папку. Нажимаем сохранить, чтобы закрыть оба окна и, если и хостовая и гостевая машина у вас Windows перезагружаем компьютер, чтобы общая папка была готова к использованию. Файлы в общей папке видны одновременно и на хост и на гостевой машине.
Если хост или гостевая машина у вас Linux, то перед тем как перезагружать компьютер нужно добавить своего пользователя в группу vboxsf, если вы не сделали этого раньше, на этапе установки VirtualBox. На Linux машине используйте команду, где вместо user укажите имя пользователя, от которого вы будете запускать файловый менеджер:
sudo usermod -aG vboxsf user
После этого перезагрузите компьютер.
Если после перезагрузки в гостевой машине Windows не появилась общая папка подключите сетевой диск, который находится по адресу \vboxsvr\имя_папки.
имя_папки — то самое имя, которые Вы дали расшаренной директории.
Оптимизация: VMware OS Optimization Tool
Для виртуальных машин на Windows я использую VMware OS Optimization Tool. Скачиваем архив, распаковываем и запускаем программу на нашей виртуальной машине. Не на хосте.
В окне программы мы видим доступные опции для оптимизации. Многие из них включены по-умолчанию. В левом нижнем углу кнопка, чтобы запустить оптимизацию — “Optimize”.
Начнется процесс оптимизации, после завершения которого ваша Windows будет работать значительно быстрее и потреблять меньше оперативной памяти.
Важно Отдельно хочу посоветовать, пробежаться глазами по включенным пунктам оптимизации и снять галочки с тех пунктов, которые вам оптимизировать не нужно, например, один из пунктов отключает OneDrive и если вы собираетесь его использовать на виртуальной машине снимите галочку с соответствующего пункта.
Несмотря на то, что VMware OS Optimization Tool делает бекап реестра и все измененные пункты можно откатить назад, если что-то пойдет не так, рекомендую сделать снапшот (снимок состояния виртуальной машины) прежде чем запускать утилиту — снапшоты использовать куда удобнее и безопаснее, чем восстанавливать бекап реестра.
P.S. Спасибо админу remontcompa.ru за эту статью и вот эту статью, а также remontka.pro за этот материал про создание виртуального диска и вот этот про восстановление загрузчика в Windows 10. За часть скриншотов спасибо losst.ru
В данной статье будет подробная инструкция, как установить Windows 11 на виртуальную машину Hyper-V.
Гипервизор Hyper-V — это встроенная ВМ на системах Windows 10 и Windows 11. Для работы данной ВМ не нужно ничего скачивать, ее нужно только включить и настроить.
Как включить Hyper-V на Windows 10 и Windows 11?
Включается данная ВМ одинаково на обеих операционных системах.
— Введите в поиск Включение или отключение компонентов Windows => Перейдите на соответствующий результат поиска.
— Отметьте галочкой Hyper-V и его вложенные папки. => нажмите ОК => Перезагрузите компьютер.
Установка Windows 11 на Hyper-V
Теперь переходите непосредственно к настройке. Откройте Диспетчер Hyper-V, найти его вы можете через поиск на панели задач.
— Разверните «Диспетчер Hyper-V» => Ваш Desktop => Нажмите правой кнопкой мыши по нему => Создать => Виртуальная машина.
— Далее
— Задайте имя виртуальной машине, можете указать любое. Нажмите «Далее».
— Выберите в следующем окне «Поколение 2» и нажмите «Далее».
— Выделите память для виртуальной машины с Windows 11. По системным требованиям нужно не менее 4 Гб ОЗУ. Выберите в зависимости от количества ОЗУ на вашем реальном ПК (сколько вы можете выделить под приложение), но не менее 4-х Гб.
— Подключение в выпадающем меню выберите «Default Switch».
— Задайте разметку для памяти ВМ. Рекомендация — не менее 40 Гб.
— Выберите пункт «Установить операционную систему позже» и нажмите «Далее».
— Готово. Но настройка на этом ещё не завершена.
— Теперь нажмите правой кнопкой мыши на созданную виртуальную машину с Windows 11 => Параметры.
— Слева выберите меню «Встроенное ПО» и двигайте параметр «Жесткий диск» наверх.
— Далее слева выберите меню «Безопасность…» и включите доверенный платформенный модуль (TPM).
— В SCSI- контроллере выберите пункт «DVD-дисковод» => Добавить.
— Выберите пункт «Файл образа» => Обзор и выберите на вашем компьютере сам дистрибутив Windows 11. Скачать вы его можете с официального сайта Microsoft, либо из нашего каталога.
— Теперь нажмите «Применить», когда файл образа Windows 11 вами был выбран.
— Теперь снова нажмите правой кнопкой мыши на созданную виртуальную машину Windows 11 => Подключить.
— Пуск«.
На этом настройка виртуальной машины будет закончена.
Инсталляция Windows 11
Далее начнется стандартная установка Windows 11.
— Нажимаем «Далее».
— Установить.
— Пока пропустите этот пункт, активировать систему можно после полной установки. В этом же меню нажмите «У меня нет ключа продукта».
— Выберите версию Windows 11.В примере будет выбрана Windows 11 Pro, вы можете выбрать любую другую по вашему желанию.
— Примите лицензионное соглашение.
— Для новой установки необходимо выбрать «Выборочную» установку.
— Выберите диск и нажимаем «Далее».
— Дождитесь окончания установки.
Теперь перейдите к первичной настройке Windows 11.
— Выберите ваш регион и раскладку клавиатуры.
— Задайте имя вашего ПК.
— Следующим шагом выберите «Настроить для личного использования».
— Авторизуйтесь под вашей учетной записью Microsoft.
— Задайте пин-код для быстрого входа в систему.
— Здесь выберите «Сохранить файлы только на этом компьютере».
На этом сама установка системы завершена.
Активация Windows 11
Установка системы завершена. Но на виртуальной машине систему тоже необходимо активировать, как и на физическом ПК для ее полноценной работы.
— Зайдите в меню Параметры => Система => О системе. Там можете посмотреть вашу версию Windows 11.
— Нажмите на меню «Ключ продукта и активация».
— Для активации системы нажмите кнопку «Изменить» в следующем окне. Для активации вашей версии Windows вам понадобится ключ активации, Приобрести его можете в нашем каталоге товаров. Моментальная доставка ключа на вашу электронную почту сразу после оплаты товара.
— Следующим окном введите ваш ключ продукта Windows 11, и вы активируете систему на ВМ.
На этом установка Windows 11 на виртуальную машину Hyper-V завершена.
Полезная статья?
Ваша оценка
поможет нам стать лучше
-
0
Skip to content
Convert a Physical Machine to Hyper-V environment
Quick Bites
- The blog discusses the process of converting physical machines to Hyper-V virtual machines.
- It covers topics such as the P2V (Physical to Virtual) conversion process, determining suitable workloads for migration, and considerations for domain controllers and physically connected devices.
- The blog also introduces P2V migration tools for Hyper-V, including Microsoft Virtual Machine Converter 3.1, Disk2VHD, Azure Site Recovery, and System Center Virtual Machine Manager.
- Additionally, it mentions BDRSuite as a tool for instantly converting backups to Hyper-V disks, offering an alternative and efficient migration solution.
Virtualization has provided so many great capabilities to organizations running their production, business-critical workloads on top of a hypervisor. However, before taking advantage of all the shiny new benefits to the virtualized environment, existing workloads must be moved to the new virtualized environment.
Table of Contents
- What is P2V?
- Determining Which Workloads can be Moved to Hyper-V
- Migrating Active Directory Domain Controller from Windows Server
- Recommendations Before Performing a Workload Conversion to Hyper-V
- What P2V Migration Tools are Available for Hyper-V?
- Microsoft Virtual Machine Converter 3.1
- Azure Site Recovery
- System Center Virtual Machine Manager
- Instantly Convert Virtual and Physical Backups to Hyper-V disks
- Concluding Thoughts
When it comes to Microsoft Hyper-V environments, what does the process to move existing workloads to Hyper-V look like? There are several tools that are extremely useful for administrators looking to move their existing workloads over to the new Hyper-V environment.
Protect Your Data with BDRSuite
- What are the tools available to migrate physical servers over to the Hyper-V virtualized environment?
- What are some considerations that need to be made before undertaking a migration of physical workloads over to a Hyper-V virtualized environment?
Let’s look at moving existing workloads to Hyper-V including the tools and considerations before making the move.
What is P2V?
The process to migrate or move a physical workload over to a virtualized instance of the same server is known as a Physical to Virtual conversion process or P2V for short.
Determining Which Workloads can be Moved to Hyper-V
There are several considerations to make before moving workloads to the new Hyper-V virtualized environment.
Mostly all types of workloads will make good candidates to virtualize. This includes file servers, database servers, all-purpose servers, application servers, utility servers, and so on.
However, there are a few types of servers that Hyper-V administrators will want to use caution in moving or deciding to move altogether.
One type of workloads that needs to be considered properly is the domain controller.
Migrating Active Directory Domain Controller from Windows Server
Domain controllers are special servers in the realm of enterprise architecture. Domain controllers run Microsoft Windows Server Active Directory Domain Services and need to be treated with care. This is due to the fact that Active Directory is generally the central mechanism used by many organizations for authentication. Permissions, email, authentication, RADIUS, VPN, and many other business-critical services are generally tied to Active Directory.
In today’s modern Active Directory versions, Active Directory operates in a “multi-master” configuration where updates can be made to any of the DCs and those changes are replicated around to the various other domain controllers. This uses a very specific and specialized type of replication. Any type of migration utility that creates a “snapshot” of the physical server and then creates a VM as a result where a point in time copy of the Active Directory database would be made can cause anomalies in Active Directory.
One of the notorious problems that can result from an improperly performed P2V of a domain controller is the USN rollback. USN rollbacks happen when a domain controller believes it has the latest copy of the Active Directory database in place and even if another domain controller attempts to replicate changes, it prevents replication from happening. So essentially, the end result is broken Active Directory replication which can cause all kinds of weird behavior to happen.
Since Active Directory Domain Services replicates information to other domain controllers, the preferred way to “P2V” a domain controller, is not to P2V it at all. Rather, a new domain controller should be installed fresh in the virtualized environment. After ADDS is installed on the new virtual domain controller, it will successfully replicate all the needed changes over to the new DC. Active Directory can then be removed from the old physical DC, once the new virtual domain controller is in place.
Another workload that can give pause to a P2V procedure is any physical server that may have a physical device interface connected. This can include any licensing devices such as USB dongles or other FAX or communications devices that are physically connected to a server. These types of servers may not make a good candidate for a P2V operation.
Recommendations Before Performing a Workload Conversion to Hyper-V
Before performing a conversion of a production critical workload to Hyper-V, there are a few basic things that are recommended. They are:
- Have a good backup of your source machine – Things can happen, if not with the conversion, simply taking a machine down can result in things happening. Always have a current, good, useable backup
- If a drive is encrypted, decrypt it before converting. You can always re-encrypt the drive after the P2V/V2V is successful
What P2V Migration Tools are Available for Hyper-V?
After the physical servers have been identified that are good candidates for a physical to virtual conversion (P2V), what are some tools that are available to successfully migrate physical servers over to the Hyper-V virtualized environment?
Let’s look at the following tools and how they can be used for migration to Hyper-V:
- Microsoft Virtual Machine Converter 3.1
- Disk2VHD
- Azure Site Recovery
- System Center Virtual Machine Manager (SCVMM)
Let’s take a closer look at the above tools one-by-one to see how they can be used for Hyper-V migration.
Microsoft Virtual Machine Converter 3.1
Microsoft’s Virtual Machine Converter 3.1 is an older tool that was deprecated since around 2017. However, ironically, Microsoft has not really introduced a replacement for this standalone utility for performing P2V migrations as Azure Site Recovery is the supposed replacement. However, Azure Site Recovery can’t be compared to MVMC 3.1 in terms of simplicity and footprint.
The latest release has PowerShell support and can be used for automating P2V processes. Best of all, it is free. Aside from migrating physical servers to a Hyper-V environment, you can also use this tool to perform virtual-to-virtual (V2V) migrations. This can especially be useful when migrating from another hypervisor platform such as VMware to Hyper-V.
Download the Microsoft Virtual Machine Converter 3.1 utility here: https://www.microsoft.com/en-us/download/confirmation.aspx?id=42497
Installing Microsoft Virtual Machine Converter 3.1
Below, you can see the very basic functionality of the utility displayed. You can select between virtual machine conversion and physical machine conversion.
Running the Microsoft Virtual Machine Converter 3.1 Utility to convert either physical or virtual machines to Hyper-V
Disk2VHD
Another freely available utility is called Disk2VHD and is a Sysinternals tool that can be run from a command line or GUI. Disk2VHD is a utility that creates VHD (Virtual Hard Disk) files from physical disks.
The great thing about Disk2VHD is that it can be run while the system is online.
- It leverages the Windows Volume Shadow Copy or VSS Volume Snapshot capability to create consistent point-in-time snapshots of volumes to be included in the conversion
- To use VHDs that are created with the Disk2VHD utility, create a VM with the desired characteristics and then add the VHDs to the VM as an IDE disk
Disk2VHD does not support conversion of volumes that are BitLocker encrypted.
Running the Disk2VHD utility locally
Azure Site Recovery
In today’s world of BCDR, the cloud is certainly the target of most tools and solutions for an ultimate strategy to protect on-premises resources.
Microsoft has introduced a service called Azure Site Recovery that allows you to use Site Recovery to manage the migration of on-premises machines to Azure as part of your BCDR strategy. However, when thinking about this tool strictly as a P2V or V2V utility, there are some challenges to think about.
- Once a backup is created in Azure, you can download the resulting VHD files back down to your on-premises environment to run the backup locally in an on-premises Hyper-V environment
- However, this means you have to first take the time to fully backup the server to Azure and then download it. This can result in a significant amount of time added to the process when using Azure Site Recovery for this purpose
There is also quite a bit of configuration and setup involved with getting Azure Site Recovery up and running. Again, for the purposes of a simple P2V or V2V utility, the Azure Site Recovery service doesn’t really qualify. To be fair though, it isn’t really meant however to simply be used as a P2V utility as it is meant to be a component provided for a holistic approach to BCDR utilizing the cloud.
Azure Site Recovery Replicated items (Image courtesy of Microsoft)
System Center Virtual Machine Manager
Most Microsoft shops have at least heard about the “System Center” line of products. System Center can do basically anything you want it to do in the Microsoft Enterprise. A specialized component of System Center is the Virtual Machine Manager component.
System Center Virtual Machine Manager or SCVMM provides a great deal of functionality for Hyper-V environments, including P2V conversion. This component of SCVMM works out fairly well.
One thing to note about SCVMM is that it is not free. It can be expensive and may be out of the budget of many SMB environments simply for performing P2V or V2V conversions. Find out more about licensing and other information here: https://www.microsoft.com/en-us/cloud-platform/system-center-pricing
System Center licensing costs (Image courtesy of Microsoft)
Instantly Convert Virtual and Physical Backups to Hyper-V disks
Aside from the tools mentioned above, Vembu BDR Suite provides a powerful way to instantly convert backups of both physical and virtual disks to Hyper-V VHD and VHDX formats.
Backups made of physical servers, VMware virtual machines, and other Hyper-V hosted guest virtual machines can instantly have their backups exposed in the various major disk formats to “instantly” provide access to additional platforms.
Mount a backup in Vembu to instantly have access to disk formats
Below, the backups are instantly available in all the major formats, including VHD and VHDX.
A mounted backup exposes the backup in the above disk formats regardless of the source platform
By providing instant access to the various disk types, customers can simply run a backup of the source physical or virtual machine and download the Hyper-V disk format of the backup to migrate the workload to Hyper-V.
Concluding Thoughts
- There are many considerations to be made when thinking about migrating workloads to a Hyper-V or any other virtualized environment
- Special considerations must be made with domain controllers and other servers that may have physical devices that interface with the server
- Additionally, encrypted drives may not be compatible with various utilities from a conversion standpoint
- Be sure to have good backups of any server before beginning the conversion process
- There are many great tools that are freely available to perform P2V or V2V operations to Hyper-V environments
- Microsoft Virtual Machine Converter 3.1
- Disk2VHD SysInternals utility
- Azure Site Recovery
- and System Center Virtual Machine Manager (SCVMM)
- Vembu BDR Suite provides a powerful option in instantly exposing the backups of source physical and virtual machines in various disk types, including Hyper-V. This allows instant access to the VHD and VHDX disk types utilized by Hyper-V
The latter two, however, have licensing and cloud costs incurred.
By properly planning the moving of existing workloads into Hyper-V, administrators can successfully migrate business-critical workloads into Hyper-V to take advantage of the great features, functionality, and capabilities found in today’s Hyper-V virtualized infrastructure.
Related Posts:
Beginners’ Guide for Microsoft Hyper-V: Hyper-V P2V Conversion – Part-55
Ubuntu P2V Migration using VMware vCenter Converter Standalone
Beginners’ Guide for Microsoft Hyper-V: How to Import OVA into Hyper-V – Part 44
Follow our Twitter and Facebook feeds for new releases, updates, insightful posts and more.
Try BDRSuite for Free!
Schedule a live demo with one of our product experts
Start your full-featured 30-day free trial
Explore detailed pricing, editions & features