Veeam Agent for Windows умеет восстанавливать полный образ системы на совершенно другое оборудование. Сюда входит перенос физического сервера (или VM VMware/Hyper-V) на облачный VPS на базе KVM. Загвоздка в том, что KVM использует паравиртуальные драйверы VirtIO для хранилища и сети. Без них в носителе восстановления среда recovery не увидит целевой диск и не сможет подключиться к репозиторию резервных копий.

Это руководство описывает весь процесс: подготовку драйверов VirtIO на исходном сервере, сборку ISO восстановления с их включением, восстановление на VM Virtua.Cloud и проверку результата.

Что нужно перед миграцией Windows Server с помощью Veeam?

Нужен Veeam Agent for Windows (версия 6.3 или новее в автономном режиме, или версия 13 при управлении через Veeam Backup & Replication), установленный на исходном сервере, резервная копия на уровне образа на сетевой SMB- или NFS-шаре, а также пакет драйверов VirtIO. На исходном сервере должен работать Windows Server 2016 или новее.

Требование	Подробности
Veeam Agent for Windows	v6.3+ (автономный) или v13 (управляемый VBR)
Тип бэкапа	На уровне образа (весь компьютер или тома с системными разделами)
Расположение бэкапа	SMB-шара или NFS-экспорт, доступные из сети целевой VM
Драйверы VirtIO	virtio-win последняя стабильная версия (сейчас 0.1.285)
Windows ADK	Нужен, если на исходном сервере отсутствуют компоненты Windows RE
Целевая VM	Размер диска >= использованное пространство источника + 10% запас

Перед началом проверьте версию Veeam Agent (Get-WmiObject -Class Win32_Product | Where-Object { $_.Name -like "*Veeam*" }), использованное дисковое пространство на всех томах и убедитесь, что на сетевой шаре есть свежая резервная копия на уровне образа.

Как создать ISO восстановления Veeam с драйверами VirtIO?

Скачайте пакет драйверов VirtIO, установите его на исходном сервере, затем создайте ISO восстановления Veeam. Опция «Include hardware drivers from this computer» захватывает установленные драйверы VirtIO и встраивает их в образ восстановления на базе WinPE. Это единственный надёжный способ добавить драйверы VirtIO для хранилища и сети в среду восстановления.

Зачем облачным VM нужны драйверы VirtIO?

Гипервизоры KVM предоставляют устройства хранения и сети через паравиртуальные интерфейсы VirtIO. Стандартные драйверы Windows не распознают эти устройства. Без драйверов VirtIO в среде восстановления мастер восстановления Veeam не обнаружит диск целевой VM и не сможет подключиться к репозиторию резервных копий по сети. Восстановление провалится ещё до начала.

Для миграции критичны три драйвера:

Драйвер	Назначение	Запись в Device Manager после установки
viostor / vioscsi	Контроллер блочного или SCSI-хранилища VirtIO	Red Hat VirtIO SCSI controller
NetKVM	Сетевой адаптер VirtIO	Red Hat VirtIO Ethernet Adapter
Balloon	Динамическое управление памятью	VirtIO Balloon Driver

Как установить драйверы VirtIO на исходном сервере?

Скачайте последний стабильный ISO с проекта Fedora virtio-win. Смонтируйте его и запустите установщик guest tools:

# Download the virtio-win ISO
Invoke-WebRequest -Uri "https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/latest-virtio/virtio-win.iso" -OutFile "C:\Temp\virtio-win.iso"

# Mount the ISO
$mount = Mount-DiskImage -ImagePath "C:\Temp\virtio-win.iso" -PassThru
$driveLetter = ($mount | Get-Volume).DriveLetter

# Run the guest tools installer (silent, all drivers)
Start-Process -FilePath "${driveLetter}:\virtio-win-guest-tools.exe" -ArgumentList "/silent" -Wait

Установщик разместит NetKVM, viostor, vioscsi, Balloon и другие драйверы VirtIO в хранилище драйверов Windows. Проверьте, что они установились:

Get-WindowsDriver -Online | Where-Object { $_.ProviderName -eq "Red Hat, Inc." } | Select-Object ClassName, Driver, ProviderName

ClassName   Driver         ProviderName
---------   ------         ------------
Net         oem12.inf      Red Hat, Inc.
SCSIAdapter oem13.inf      Red Hat, Inc.
SCSIAdapter oem14.inf      Red Hat, Inc.
System      oem15.inf      Red Hat, Inc.

В выводе перечислены классы Net (NetKVM), SCSIAdapter (viostor/vioscsi) и System (Balloon).

Как встроить драйверы в носитель восстановления?

Драйверы VirtIO уже в хранилище драйверов Windows, теперь создайте ISO восстановления:

Откройте Пуск > Veeam > Create Recovery Media
На шаге Recovery Media Options выберите тип ISO file
Отметьте Include hardware drivers from this computer. Это захватит только что установленные драйверы VirtIO.
По желанию отметьте Include network connection settings from this computer, если целевая VM будет использовать похожую сетевую конфигурацию
В разделе Include the following additional storage and network hardware drivers нажмите Add и укажите папку смонтированного VirtIO ISO ${driveLetter}:\ как запасной вариант. Папка должна содержать файлы CAT, INF и SYS драйвера. Не добавляйте больше 1 ГБ драйверов, так как они загружаются в RAM при старте и могут помешать запуску WinPE.
Выберите путь для сохранения ISO. Дайте ему понятное имя: veeam-recovery-virtio.iso
Нажмите Create и дождитесь завершения мастера

Полученный ISO — это образ WinPE с инструментами восстановления Veeam и встроенными драйверами VirtIO. Держите его под рукой; вы отправите его в поддержку Virtua.Cloud.

Как заказать и подготовить целевую VM?

Закажите VM с поддержкой Windows в Virtua.Cloud с достаточным объёмом диска для восстановленных данных. Отправьте ISO восстановления в поддержку для монтирования перед первой загрузкой.

Какой размер диска нужен целевой VM?

Целевой диск должен быть как минимум равен сумме использованного пространства на всех томах источника плюс 10% запас. Veeam может уменьшать разделы при восстановлении, но не может восстановить на диск меньше фактических данных.

Формула: целевой диск >= общее использованное пространство x 1,1

Из примера выше (42,3 ГБ + 87,1 ГБ = 129,4 ГБ использовано) нужно минимум 143 ГБ. Округлите вверх до ближайшего доступного варианта.

Не ориентируйтесь на выделенный размер диска источника. Если на источнике диск 500 ГБ, но занято только 130 ГБ, целевого диска на 160 ГБ хватит.

Как попросить смонтировать ISO?

Закажите VM через панель управления Virtua.Cloud. Выберите тариф с достаточным диском, RAM и CPU для вашей нагрузки.
Откройте тикет в поддержку с запросом на монтирование пользовательского ISO. Приложите или дайте ссылку для скачивания veeam-recovery-virtio.iso.
Попросите поддержку смонтировать ISO как основное загрузочное устройство и подтвердить готовность.
Поддержка подтвердит, что ISO смонтирован и VM настроена на загрузку с него.

Пока ждёте, запишите сетевые параметры VM из панели управления: IP-адрес, маску подсети, шлюз и DNS-серверы. Они понадобятся для настройки сети в WinPE.

Как восстановить бэкап Veeam на облачную VM?

Загрузите VM с ISO восстановления через VNC-консоль, настройте сеть вручную в WinPE, подключитесь к репозиторию резервных копий и запустите мастер bare-metal restore.

Как загрузиться и попасть в среду восстановления?

Откройте VNC-консоль VM из панели управления Virtua.Cloud
VM загрузится с смонтированного ISO в среду Veeam Recovery Media
Дождитесь загрузки рабочего стола WinPE с интерфейсом Veeam Bare Metal Recovery

Если VM загружается в UEFI shell или чёрный экран вместо WinPE, свяжитесь с поддержкой для проверки порядка загрузки. ISO должен быть первым загрузочным устройством.

Как настроить сеть в среде восстановления WinPE?

Среде восстановления нужен сетевой доступ для подключения к репозиторию бэкапов. Облачные VM редко получают DHCP при первой загрузке. Настройте адаптер вручную.

На экране Veeam Recovery Media нажмите Network Settings (правый нижний угол)
Если список адаптеров пуст, сетевые драйверы VirtIO не загрузились. Нажмите Load network adapter driver, выберите драйвер NetKVM в окне Hardware Drivers и нажмите Install.
Выберите сетевой адаптер в списке. Нажмите Properties.
Введите статическую IP-конфигурацию из панели управления VM:
- IP-адрес
- Маска подсети
- Шлюз по умолчанию
- DNS-сервер
Нажмите OK для применения

Проверьте подключение, открыв командную строку из среды восстановления (нажмите Shift+F10 при необходимости):

ping 8.8.8.8
ping your-backup-server.example.com

Если ping работает, но DNS не резолвится, проверьте адрес DNS-сервера. Для SMB-шар проверьте путь напрямую:

net use \\backup-server\share /user:domain\username

Как подключиться к репозиторию бэкапов?

Вернувшись в интерфейс Veeam, нажмите Bare Metal Recovery
В Backup Location выберите Network storage
Выберите Shared folder (для SMB) или Linux-based (для NFS)
Введите UNC-путь к бэкапу: \\backup-server\share\VeeamBackup\ServerName
Укажите учётные данные по запросу
Veeam просканирует расположение и покажет доступные бэкапы
Выберите бэкап сервера и точку восстановления (обычно самую свежую)

Как сопоставить исходные диски с целевой VM?

После выбора точки восстановления выберите Entire computer как режим восстановления. Veeam откроет экран Disk Mapping, показывающий исходные тома справа и целевой диск слева.

Если целевой диск не виден, нажмите Load driver и установите драйвер VirtIO SCSI (vioscsi или viostor) из списка Hardware Drivers.

Для целевой VM с одним диском:

Щёлкните правой кнопкой по целевому диску и выберите Apply Backup Layout. Это воссоздаст структуру разделов источника на целевом диске.
Если целевой диск больше исходного, лишнее пространство останется нераспределённым. Позже можно расширить последний раздел в управлении дисками Windows.
Если целевой диск меньше (но больше занятых данных), Veeam автоматически уменьшит разделы. Проверьте предложенную разметку перед продолжением.

Для серверов с несколькими исходными дисками, сопоставляемыми с одним целевым, используйте Customize disk mapping для ручного размещения томов. Щёлкните правой кнопкой по нераспределённому пространству на целевом диске и выберите, какой исходный том туда восстановить. Используйте Resize для подгонки размеров разделов.

Отметьте галочку Inject these drivers into operating system while performing bare metal recovery. Это запишет драйверы VirtIO в восстановленную установку Windows и предотвратит сбои загрузки из-за отсутствия драйверов хранилища.

Нажмите Restore для запуска. Длительность зависит от размера бэкапа и скорости сети между репозиторием и VM. Восстановление 100 ГБ по каналу 1 Гбит/с занимает примерно 15-20 минут.

Что проверить после завершения восстановления?

После завершения восстановления запросите размонтирование ISO у поддержки, перезагрузите VM в Windows и проверьте драйверы, сеть и активацию.

Действия после восстановления

Запросите размонтирование ISO. Откройте тикет и попросите Virtua.Cloud размонтировать ISO восстановления и установить жёсткий диск как основное загрузочное устройство.
Перезагрузите VM. Наблюдайте за первой загрузкой через VNC-консоль. Windows может загружаться дольше обычного, обнаруживая новое оборудование и настраивая драйверы.
Войдите через VNC. RDP не заработает, пока вы не настроите сеть.

Как убедиться, что драйверы VirtIO загружены?

Откройте Device Manager и проверьте наличие устройств с жёлтыми предупреждающими значками. Затем проверьте конкретно драйверы VirtIO:

Get-PnpDevice | Where-Object { $_.FriendlyName -like "*VirtIO*" -or $_.FriendlyName -like "*Red Hat*" } | Select-Object Status, Class, FriendlyName

Status Class           FriendlyName
------ -----           ------------
OK     Net             Red Hat VirtIO Ethernet Adapter
OK     SCSIAdapter     Red Hat VirtIO SCSI controller
OK     System          VirtIO Balloon Driver

Каждая запись должна показывать OK. Если какая-то показывает Error или Degraded, драйвер установился некорректно. Скачайте установщик VirtIO guest tools на VM и запустите:

# If drivers are missing post-restore
Invoke-WebRequest -Uri "https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/latest-virtio/virtio-win-guest-tools.exe" -OutFile "C:\Temp\virtio-win-guest-tools.exe"
Start-Process -FilePath "C:\Temp\virtio-win-guest-tools.exe" -ArgumentList "/silent" -Wait
Restart-Computer

Как проверить сеть и RDP?

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

Проверьте исходящую связь командой Test-NetConnection -ComputerName 8.8.8.8 -Port 443. Затем попробуйте RDP со своей рабочей станции. Если RDP не подключается, включите правило файрвола:

Enable-NetFirewallRule -DisplayGroup "Remote Desktop"

Нужна ли повторная активация Windows после P2V-миграции?

Да, как правило. P2V-миграция меняет достаточно аппаратных идентификаторов, чтобы Windows посчитал машину новой и потребовал реактивацию. Поведение зависит от типа лицензии:

Retail / OEM лицензия: Смена оборудования запускает реактивацию. Выполните slmgr /ato для попытки онлайн-активации. При неудаче потребуется телефонная активация или обращение в поддержку Microsoft.
KMS (корпоративная лицензия): VM автоматически обратится к вашему KMS-серверу. Выполните slmgr /ato для принудительной немедленной активации.
MAK (ключ многократной активации): Повторно введите ключ командой slmgr /ipk YOUR-MAK-KEY, затем slmgr /ato.
AVMA (автоматическая активация виртуальных машин): Работает только на хостах Hyper-V с Windows Server Datacenter. Не применимо к VM на KVM.

Проверьте текущий статус активации:

slmgr /dli

Появится окно со статусом лицензии. «Licensed» означает успешную активацию. «Notification» или «Grace period» означает, что нужна реактивация.

Для корпоративных лицензий также убедитесь, что KMS-сервер доступен из сети новой VM.

Устранение типичных ошибок восстановления

Синий экран INACCESSIBLE_BOOT_DEVICE после восстановления

Самая частая ошибка. Windows не может найти драйвер хранилища для контроллера дисков VirtIO при загрузке.

Причина: Драйвер хранилища VirtIO (vioscsi или viostor) не был внедрён в восстановленную ОС. Либо галочка «Inject these drivers» была снята при восстановлении, либо носитель восстановления не содержал драйверов хранилища VirtIO.

Решение: Снова загрузитесь с ISO восстановления. Вместо полного восстановления откройте командную строку (Shift+F10) и вручную загрузите драйвер VirtIO в офлайн-установку Windows:

drvload X:\Drivers\vioscsi\2k22\amd64\vioscsi.inf

Замените X: на букву диска с драйверами носителя восстановления, а 2k22 — на папку вашей версии Windows Server (2k16, 2k19, 2k22 или 2k25). После загрузки драйвера используйте DISM для его постоянного внедрения в офлайн-ОС:

dism /image:C:\ /add-driver /driver:X:\Drivers\vioscsi\2k22\amd64

Если это не помогло, повторите полное восстановление с корректно встроенными драйверами VirtIO в носитель восстановления и включённой галочкой «Inject these drivers».

Сетевые адаптеры не видны в WinPE

Причина: Драйвер NetKVM отсутствует в носителе восстановления.

Решение: Если вы добавили VirtIO ISO как дополнительный источник драйверов при создании носителя, нажмите Load network adapter driver на экране Network Settings и перейдите в папку NetKVM на носителе восстановления. Выберите INF-файл для вашей версии Windows.

Если драйверов VirtIO вообще нет, пересоздайте ISO восстановления, предварительно установив драйверы VirtIO на исходном сервере.

Целевой диск не виден на экране сопоставления дисков

Причина: Драйвер VirtIO SCSI не загружен в WinPE.

Решение: Нажмите Load driver на шаге Disk Mapping. Выберите драйвер vioscsi или viostor из списка Hardware Drivers. Если драйвер не указан в списке, нажмите Load Driver и укажите INF-файл драйвера на носителе восстановления.

Восстановление не удаётся, потому что целевой диск слишком мал

Причина: Целевой диск меньше общего объёма данных в бэкапе.

Решение: Уменьшить ниже занятого пространства нельзя. Закажите VM с большим диском или уменьшите данные на исходном сервере перед созданием нового бэкапа. Удалите временные файлы, очистите кеш Windows Update (Dism.exe /online /Cleanup-Image /StartComponentCleanup) и уберите ненужные данные перед запуском нового бэкапа на уровне образа.

Активация Windows не удаётся после восстановления

Причина: Аппаратный отпечаток изменился. Это ожидаемо после любой P2V-миграции.

Решение: Для розничных ключей выполните slmgr /ato. При неудачной онлайн-активации используйте телефонную: slui 4. Для корпоративных ключей проверьте доступность KMS-сервера: nslookup -type=srv _vlmcs._tcp.yourdomain.com. Для MAK-ключей введите ключ заново: slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX, затем slmgr /ato.

Авторское право 2026 Virtua.Cloud. Все права защищены. Данный контент является оригинальным произведением команды Virtua.Cloud. Воспроизведение, повторная публикация или распространение без письменного разрешения запрещены.