1. Инвентаризация исходной VM

xe vm-list name-label='APP01' params=uuid,name-label,power-state,VCPUs-at-startup,memory-static-max,HVM-boot-policy,platform
VM_UUID=$(xe vm-list name-label='APP01' --minimal)
xe vm-disk-list uuid="$VM_UUID"
xe vif-list vm-uuid="$VM_UUID" params=uuid,device,MAC,network-name-label

Сохраните IP, VLAN, MAC, CPU, RAM, порядок дисков, режим загрузки и сервисы внутри гостя. Для Windows также запишите редакцию ОС и состояние активации.

2. Проверяем гостевую ОС перед остановкой

Linux:

lsblk -f
findmnt
cat /etc/fstab
ip -br a
ip route
systemctl --failed
dmesg | grep -Ei 'xen|hv_' | tail -50

Windows PowerShell:

Get-ComputerInfo | Select WindowsProductName,WindowsVersion,OsArchitecture,BiosFirmwareType
Get-NetIPConfiguration
Get-Disk
Get-Partition
Get-Service | Where-Object Status -eq Running

3. Создаём backup и выключаем VM

xe vm-shutdown uuid="$VM_UUID"
xe event-wait class=vm uuid="$VM_UUID" power-state=halted
xe vm-list uuid="$VM_UUID" params=power-state

Не используйте suspend для финальной миграции. Для консистентного экспорта VM должна быть корректно выключена.

4. Экспортируем VM

xe vm-export vm="$VM_UUID" filename=/mnt/export/APP01.xva
ls -lh /mnt/export/APP01.xva
sha256sum /mnt/export/APP01.xva > /mnt/export/APP01.xva.sha256
sha256sum -c /mnt/export/APP01.xva.sha256

XVA — резервный экспорт XenServer, но Hyper-V не импортирует его напрямую. Для миграции нужен отдельный экспорт/извлечение виртуальных дисков в VHD либо другой формат, который можно конвертировать. Не удаляйте XVA: это дополнительная точка отката.

5. Подготавливаем диск для Hyper-V

Если после экспорта или извлечения у вас уже есть обычный .vhd, копируем его на Hyper-V и проверяем:

Get-FileHash D:\Migration\APP01\disk0.vhd -Algorithm SHA256
Get-VHD D:\Migration\APP01\disk0.vhd | Format-List *

Конвертация выполняется offline: диск не должен быть подключён к работающей VM.

Convert-VHD \
  -Path 'D:\Migration\APP01\disk0.vhd' \
  -DestinationPath 'D:\Hyper-V\APP01\disk0.vhdx' \
  -VHDType Dynamic

Get-VHD 'D:\Hyper-V\APP01\disk0.vhdx' | Format-List Path,VhdFormat,VhdType,FileSize,Size

6. Определяем Generation 1 или Generation 2

• Legacy BIOS/MBR — обычно Generation 1;
• UEFI/GPT — обычно Generation 2;
• поколение VM после создания изменить нельзя;
• для старого Linux временно отключите Secure Boot либо выберите подходящий template.

7. Создаём изолированный vSwitch

New-VMSwitch -Name 'Migration-Isolated' -SwitchType Private
Get-VMSwitch -Name 'Migration-Isolated'

8. Создаём Generation 1 VM

New-VM -Name 'APP01-MIGRATION' \
  -Generation 1 \
  -MemoryStartupBytes 4GB \
  -VHDPath 'D:\Hyper-V\APP01\disk0.vhdx' \
  -SwitchName 'Migration-Isolated'

Set-VMProcessor -VMName 'APP01-MIGRATION' -Count 4
Get-VM 'APP01-MIGRATION' | Format-List *

Для Gen1 загрузочный диск должен быть подключён к IDE-контроллеру. Если VM не загружается, проверьте его положение:

Get-VMHardDiskDrive -VMName 'APP01-MIGRATION'

9. Создаём Generation 2 VM

New-VM -Name 'APP01-MIGRATION' \
  -Generation 2 \
  -MemoryStartupBytes 4GB \
  -VHDPath 'D:\Hyper-V\APP01\disk0.vhdx' \
  -SwitchName 'Migration-Isolated'

Set-VMProcessor -VMName 'APP01-MIGRATION' -Count 4
Set-VMFirmware -VMName 'APP01-MIGRATION' -EnableSecureBoot Off
Get-VMFirmware -VMName 'APP01-MIGRATION'

10. Первый запуск

Start-VM 'APP01-MIGRATION'
Get-VM 'APP01-MIGRATION'
Get-VMNetworkAdapter -VMName 'APP01-MIGRATION'

Откройте консоль через Hyper-V Manager. Не подключайте production vSwitch, пока исходная VM может быть запущена.

Legacy-сценарий: старая CentOS 5 с Xen-ядром не загружается на Hyper-V

В старой версии этой статьи разбирался гораздо более тяжёлый случай: CentOS 5 была установлена с Xen-специфичным ядром и после переноса на Hyper-V не загружалась. Для современных систем этот раздел обычно не нужен, но при миграции древней VM он всё ещё полезен как ориентир.

Первым шагом VM загружалась с rescue-носителя CentOS, чтобы получить доступ к установленной системе и заменить Xen-специфичное ядро на обычное.

После входа в восстановленную систему из конфигурации убирались ссылки на Xen-модули, затем проверялись установленные kernel modules и собирался новый initrd.

Далее правился загрузчик GRUB, чтобы загружалось уже стандартное ядро, а не старое Xen-ядро.

Для очень старых выпусков CentOS также приходилось исправлять /etc/inittab и другие legacy-настройки загрузки.

Важно: тот же диск мог вести себя иначе на другом гипервизоре. В исходном кейсе VM после аналогичной конвертации зависала на KVM. Это хороший пример того, почему финальную миграцию нельзя считать завершённой до полноценного boot-test на целевой платформе.

11. Проверки внутри Linux-гостя

lsblk -f
findmnt --verify
systemctl --failed
ip -br a
ip route
dmesg | grep -Ei 'hyper-v|hv_' | tail -100
journalctl -b -p warning --no-pager

Если root filesystem не находится, загрузитесь с rescue ISO, проверьте initramfs, UUID в /etc/fstab и наличие драйверов Hyper-V.

12. Проверки внутри Windows-гостя

Get-PnpDevice | Where-Object Status -ne OK
Get-NetAdapter
Get-NetIPConfiguration
Get-Service vmic*
Get-WinEvent -LogName System -MaxEvents 100 | Where-Object LevelDisplayName -in 'Error','Warning'

13. Cutover

• остановите исходную XenServer VM;
• выполните финальный backup данных приложения;
• подключите новую VM к нужному Hyper-V vSwitch;
• назначьте IP/VLAN;
• проверьте DNS, приложение, backup и мониторинг;
• не запускайте обе VM одновременно с одним hostname/IP.

Connect-VMNetworkAdapter -VMName 'APP01-MIGRATION' -SwitchName 'Production'
Get-VMNetworkAdapter -VMName 'APP01-MIGRATION'

14. Rollback

Stop-VM 'APP01-MIGRATION' -TurnOff
Disconnect-VMNetworkAdapter -VMName 'APP01-MIGRATION'
# На XenServer после проверки отсутствия конфликта:
xe vm-start uuid="$VM_UUID"

Критерий успеха: новая VM загружается в правильном режиме BIOS/UEFI, диски и файловые системы целы, сеть и приложения проходят тесты, backup/monitoring работают, а исходная VM и XVA сохранены до окончания периода наблюдения.

Сообщение Перенос VM с XenServer на Hyper-V: экспорт, конвертация VHDX и запуск появились сначала на Clip-Clap.

Что должно входить в backup

• виртуальные диски;
• конфигурация VM;
• виртуальные TPM/ключи, если они используются;
• данные приложений внутри гостя;
• документация по virtual switch, VLAN и storage.

Application-consistent лучше crash-consistent

Для SQL Server, Active Directory и других сервисов желательно использовать backup-механизм, который взаимодействует с VSS или средствами самого приложения. Простая копия диска работающей VM может восстановиться как после внезапного отключения питания.

Checkpoint — не резервная копия

Checkpoint хранится рядом с рабочей VM и зависит от того же хоста и хранилища. Он удобен для кратковременного отката перед изменениями, но при отказе storage не спасает. Backup должен находиться на независимом носителе или площадке.

Экспорт VM

Экспорт полезен для разовых миграций и как дополнительная копия небольшой VM, но полноценная стратегия backup обычно требует расписания, retention, инкрементальных копий, контроля ошибок и тестового восстановления.

RPO и RTO

RPO отвечает на вопрос, сколько данных можно потерять, а RTO — сколько времени допустим простой. Именно эти два параметра определяют частоту backup, число копий и требования к скорости восстановления.

Тест восстановления обязателен

Хотя бы периодически поднимайте резервную VM в изолированной сети, проверяйте загрузку, целостность сервисов и авторизацию. Успешная строка «backup completed» сама по себе ещё не означает, что систему можно восстановить.

Итог: хороший backup Hyper-V — это независимая копия, понятные RPO/RTO, консистентность приложений и регулярно проверяемый restore.

Сообщение Резервное копирование Hyper-V: что бэкапить и как проверить восстановление VM появились сначала на Clip-Clap.

Статус Hyper-V Server 2019

По жизненному циклу Microsoft mainstream support завершился 9 января 2024 года, а extended support заявлен до 9 января 2029 года. Это означает, что эксплуатировать существующий хост ещё можно, но разворачивать на нём новую долгоживущую инфраструктуру без плана замены уже сомнительно.

Что проверить на существующем хосте

• установлены ли актуальные security updates;
• есть ли независимые backup виртуальных машин;
• проверяется ли восстановление;
• не открыт ли management наружу;
• работают ли мониторинг дисков, памяти, сети и состояния VM;
• документированы ли virtual switches, VLAN и storage paths.

Не путайте checkpoint и backup

Checkpoint удобен перед коротким изменением конфигурации, но не заменяет резервную копию. Backup должен храниться независимо от самого Hyper-V-хоста и позволять восстановить VM при потере сервера или хранилища.

Куда мигрировать

Логичный путь внутри Microsoft-экосистемы — Hyper-V как роль поддерживаемого Windows Server. В других сценариях можно рассматривать отдельные платформы виртуализации, но решение стоит принимать по требованиям к лицензированию, кластеризации, backup, hardware passthrough и навыкам команды.

Как готовить миграцию

Сначала соберите список VM, их Generation, дисков, virtual switches, VLAN, MAC-зависимостей и внешних storage. Затем протестируйте экспорт/импорт одной некритичной машины и восстановление из backup. Только после этого составляйте окно миграции для production.

Итог: Hyper-V Server 2019 в 2026 году — скорее платформа, которую нужно грамотно сопровождать до миграции, чем выбор для нового проекта.

Сообщение Hyper-V Server 2019 в 2026 году: поддержка, риски и варианты миграции появились сначала на Clip-Clap.

На DevCon’12 мы сидели с Денисом Дягилевым (MVP по виртуализации) в зоне «Спроси эксперта», а на нашем стенде был планшет Samsung с Windows 8. Денис предложил провести время с пользой и установить Windows на виртуальную машину, задействовав встроенный гипервизор.

На пути к нашей цели мы успешно преодолели все препятствия вроде поиска дистрибутива и создания ISO из набора файлов на флешке, а также подбора пароля администратора на планшете При этом все действия производились исключительно пальцами, что автоматически переводит их в разряд подвига.

Если же на современном компьютере у вас под рукой есть образ Windows в формате ISO и мышь с клавиатурой, то через 5-7 минут вы сможете приступить к установке системы на виртуальную машину.

Общие сведения о Hyper-V в Windows

Поскольку гипервизор является новинкой в клиентских системах, отмечу несколько моментов.

Hyper-V:

• доступен только в 64-разрядной Windows не ниже профессионального издания
• является единственной на данный момент технологией виртуализации Microsoft, поддерживающей 64-разрядные гостевые системы
• в клиентских системах поддерживает режимы сна и гибернации, в отличие от серверного гипервизора
• это вам не VirtualBox! ©

Системные требования для работы Hyper-V в Windows

Если ваш процессор поддерживает требуемые технологии виртуализации, компонент Hyper-V установится без проблем.

У процессора должна быть в наличии и включена в BIOS:

1. Аппаратная виртуализация. У Intel эта технология называется Intel-VT (может обозначаться как VMX), а у AMD – соответственно AMD-V (SVM).
2. Трансляция адресов второго уровня, SLAT (Intel EPT или AMD RVI)

Проще всего определить наличие этих технологий с помощью утилиты Coreinfo из набора Sysinternals. У меня утилита указала на отсутствие поддержки VMX и EPT (прочерк на скриншоте), хотя по факту она есть. В комментариях читатель Артем подсказал причину — я запускал утилиту уже после установки компонента Hyper-V.

Кроме Coreinfo можно использовать фирменную утилиту Intel (у AMD есть аналогичная).

Вы также можете заглянуть в таблицу поддержки технологий виртуализации на сайте производителя вашего процессора: Intel | AMD.

Включение компонента Hyper-V

Hyper-V представляет собой компонент операционной системы, который изначально отключен. Опытные пользователи могут включить его одной командой PowerShell:

Если вы предпочитаете графический интерфейс, нажмите Win + R, введите OptionalFeatures и нажмите Enter.

В открывшемся окне отметьте флажком Hyper-V.

Так или иначе, компонент станет доступен после перезагрузки системы. Из проблем с установкой в Windows 8 RP пока была замечена циклическая перезагрузка по вине драйверов контроллера USB 3.0, которая на некоторых системах решалась отключением USB 3.0 в BIOS.

Создание и настройка виртуальной машины

Нажмите Win + R, введите virtmgmt.msc и нажмите Enter, чтобы открыть диспетчер Hyper-V. Из меню Действия выберите Создать – Виртуальная машина.

Мастер создания виртуальной машины предельно прост, однако я отмечу некоторые моменты для тех, кто любит подробные инструкции с картинками. Шаг настройки сети я сейчас пропущу, поскольку ниже буду разбирать этот вопрос подробнее.

Стандартное расположение для виртуальных машин – папка ProgramData, но его можно изменить.

Если у вас уже есть виртуальный диск в формате VHD, можете подключить его. Я, кстати, так и сделал, воспользовавшись диском, созданным ранее для Virtual Box.

Когда вы указываете имеющийся VHD, из мастера пропадает шаг, на котором задается носитель для установки системы.

Однако путь к ISO можно указать и позже, открыв параметры виртуальной машины в главном окне диспетчера Hyper-V.

Запуск виртуальной машины и установка Windows на нее

Здесь тоже все просто, но немного непривычно для тех, кто ранее не сталкивался с Hyper-V.

В диспетчере Hyper-V:

• для запуска виртуальной машины нажмите «Пуск»
• для взаимодействия с ней нажмите «Подключить» или дважды щелкните эскиз машины

Когда в параметрах машины указан загрузочный ISO-образ Windows, вы увидите на экране знакомую надпись Press any key to boot… Дальше вы уже сами справитесь, но если вам нужны пошаговые инструкции по установке, они есть на OSZone для Windows 7 и Windows 8.

Если операционная система на физической машине новее той, что установлена на виртуальной, рекомендуется обновить компоненты интеграции (спасибо, Артем). Для этого подключитесь в диспетчере Hyper-V к виртуальной машине, нажмите Ctrl + I и запустите setup.exe.

Настройка доступа в Интернет и локальной сети

Инструкции из этого раздела необходимы лишь в том случае, если вас не устраивает появившийся в Windows 10 1709 коммутатор по умолчанию (Default Switch), который нельзя удалить или переименовать. При использовании Default Switch в случае подключения хоста к VPN виртуальная машина также использует VPN. В этом заключается одно из главных отличий от внешнего коммутатора, создание которого я опишу дальше.

В меню Действия выберите Настройка виртуальных коммутаторов. Откроется окно, в котором можно создать коммутатор одного из трех типов. Чтобы ваша виртуальная машина могла выходить в Интернет, создайте внешний коммутатор.

Теперь нужно задать имя коммутатора и выбрать сетевой адаптер, если у вас их больше одного. Дома я использую беспроводную сеть, поэтому выбрал адаптер Wi-Fi.

Остается лишь указать созданный коммутатор в параметрах сетевого подключения виртуальной машины.

Теперь в установленной Windows у вас будет подключение к Интернету и локальная сеть между физической и виртуальной машинами.

На рисунке выше вы видите:

• слева – результат добавления виртуального коммутатора в Hyper-V на физической машине, т.е. сетевой мост и виртуальный адаптер
• справа – доступ в Интернет и подключение к локальной сети на виртуальной машине

Как видите, настройка Интернета и локальной сети не столько сложна, сколько непривычна для пользователей клиентских ОС Microsoft.

Обмен файлами между физической и виртуальными машинами

По ходу работы с виртуальной машиной регулярно возникает необходимость скопировать на нее файлы с физической, либо наоборот. Я опишу несколько способов решения этой задачи.

Общие сетевые папки

Этот способ работает во всех изданиях Windows 10. Поскольку в нашем распоряжении есть локальная сеть, можно использовать общие папки для обмена файлами. Фактически инструкции ниже сводятся к основам создания общих папок.

Доступ с виртуальной машины на физическую

Картинка стоит тысячи слов, как говорят американцы.

На рисунке показан проводник виртуальной машины (VIRTUAL-PC), откуда осуществляется доступ к физической машине (VADIK-PC). Как только вы введете учетные данные аккаунта, доступ к его профилю будет в вашем распоряжении.

Возможно, вы захотите сделать общей папку, расположенную на физической машине вне своего профиля. Для этого достаточно задействовать стандартные средства предоставления общего доступа, но этот процесс я объясню уже на примере доступа к произвольной папке виртуальной машины.

Доступ с физической машины на виртуальную

Допустим, в корне диска виртуальной машины есть папка Shared. Щелкните по ней правой кнопкой мыши и выберите Общий доступ – Отдельные люди (или Конкретные пользователи в Windows 7).

Теперь вы можете открыть общую папку по сети в проводнике, в том числе введя в адресную строку адрес вида \\имя-компьютера\имя-папки.

Подключение к удаленному рабочему столу виртуальной рабочей машины

В Hyper-V между физической и виртуальной машиной невозможен обмен файлами путем копирования и вставки. Можно лишь вставлять скопированный на физической машине текст сочетанием клавиш Ctrl + V. Однако после запуска виртуальной машины можно соединяться с ней посредством RDP вместо того чтобы открывать ее из диспетчера Hyper-V. Этот способ работает в изданиях Pro и выше.

Действия на виртуальной машине

Сначала нужно разрешить на виртуальной машине подключения к удаленному рабочему столу в свойствах системы. Нажмите Win + R и выполните:

RUNDLL32.EXE shell32.dll,Control_RunDLL sysdm.cpl,,5

Затем разрешите подключение, как показано на рисунке.

Остается лишь выяснить IP-адрес виртуальной машины командой ipconfig

Действия на физической машине

Нажмите Win + R и введите mstsc и раскройте параметры входа.

В открывшемся окне:

1. Введите IP-адрес виртуальной машины (обязательно).
2. Укажите имя пользователя, в чью учетную запись будет выполнен вход.
3. Включите запоминание учетных данных.
4. Сохраните параметры подключения.

Вы также можете задать на вкладке «Экран» разрешение меньше того, что используется в физической машине.

Теперь можно обмениваться файлами между физической и виртуальной машинами привычными сочетаниями клавиш Ctrl + C и Ctrl + V.

Советы по использованию Hyper-V

Напоследок я хотел бы виртуализировать несколько рекомендаций Дениса Дягилева по работе с Hyper-V.

Используйте RDP для подключения к виртуальным машинам.

Это не только позволит обмениваться файлами между физической и виртуальной машиной путем копирования и вставки, но и сэкономит системные ресурсы, которые потребляет vmconnect при подключении к виртуальной машине в диспетчере Hyper-V или из командной строки.

Если вы планируете регулярно использовать RDP для подключения к различным виртуальным машинам, закрепите программу на панели задач. Тогда в списке переходов будет сохраняться список машин.

Будьте внимательны со снимками

С помощью Hyper-V можно создавать снимки виртуальной машины, благодаря использованию технологии дифференциальных дисков. Однако логика работы снимков практически обратна той, что ожидает от нее человек, еще ни разу не наступавший на грабли.

Александр Косивченко (MVP по виртуализации) подробно, хотя и несколько сумбурно, описал принцип работы снимков Hyper-V на Хабре.

Используйте импорт виртуальных машин при необходимости

Импорт будет более интересен ИТ-специалистам, но мне случайно довелось воспользоваться этой функцией. После создания виртуальной машины я переименовал букву диска, на которой она хранилась, после чего диспетчер Hyper-V ее потерял.

Оглядевшись в оснастке, я увидел опцию импорта и моментально восстановил машину.

Причем я даже не подозревал, что выполненные мною действия стали возможны лишь за счет появления новой возможности в Hyper-V

Hyper-V vs. VirtualBox

Разбираясь с Hyper-V, я невольно сравнивал решение Microsoft для клиентской операционной системы с Oracle VirtualBox.

С точки зрения типичных задач домашних пользователей (тестирование установки системы, ознакомление с ней, проверка работы приложений) эти решения практически не отличаются друг от друга. Но VirtualBox можно использовать в домашних изданиях Windows 10, в то время как Hyper-V в них недоступен.

VirtualBox не имеет столь жестких аппаратных требований, а его графические возможности даже шире, поскольку имеется поддержка аппаратного ускорения 3D (хотя я никогда ей не пользовался).

Что касается графического интерфейса, то это исключительно дело вкуса. Наверное, пришедший из серверных ОС гипервизор выглядит более аскетично, но параметры и настройка виртуальных машин в целом очень похожи.

Наличие Hyper-V в Windows в первую очередь порадует ИТ-специалистов, привыкших к этой технологии. Для домашних пользователей – это хорошая возможность воспользоваться встроенными средствами системы и расширить свой кругозор, приобщившись к серверным технологиям Microsoft.

Сообщение Hyper-V в Windows: руководство по созданию и настройке виртуальных машин появились сначала на Clip-Clap.