Veeam Agent for Windows kann ein vollständiges Systemabbild auf komplett anderer Hardware wiederherstellen. Das schließt die Verlagerung eines physischen Servers (oder einer VMware-/Hyper-V-VM) auf einen KVM-basierten Cloud-VPS ein. Der Haken: KVM nutzt paravirtualisierte VirtIO-Treiber für Speicher und Netzwerk. Ohne diese Treiber im Wiederherstellungsmedium kann die Recovery-Umgebung weder die Zielfestplatte sehen noch Ihr Backup-Repository erreichen.

Diese Anleitung behandelt die Vorbereitung der VirtIO-Treiber auf dem Quellserver, die Erstellung eines Recovery-ISO, die Wiederherstellung auf eine Virtua.Cloud-VM und die Validierung des Ergebnisses.

Was benötigen Sie vor der Migration eines Windows Servers mit Veeam?

Sie benötigen Veeam Agent for Windows (Version 6.3 oder höher im Standalone-Modus, oder Version 13 bei Verwaltung durch Veeam Backup & Replication) auf dem Quellserver, ein Image-Level-Backup auf einem netzwerkzugänglichen SMB- oder NFS-Share und das VirtIO-Treiberpaket. Der Quellserver muss Windows Server 2016 oder höher ausführen.

Voraussetzung	Details
Veeam Agent for Windows	v6.3+ (Standalone) oder v13 (verwaltet durch VBR)
Backup-Typ	Image-Level (gesamter Computer oder Volume-Level mit Systemvolumes)
Backup-Speicherort	SMB-Share oder NFS-Export, erreichbar vom Netzwerk der Ziel-VM
VirtIO-Treiber	virtio-win aktuell stabil (derzeit 0.1.285)
Windows ADK	Erforderlich, falls Windows-RE-Komponenten auf dem Quellserver fehlen
Ziel-VM	Festplattengröße >= belegter Speicherplatz der Quelle + 10 % Puffer

Überprüfen Sie vor dem Start die Veeam-Agent-Version (Get-WmiObject -Class Win32_Product | Where-Object { $_.Name -like "*Veeam*" }), den belegten Speicherplatz auf allen Volumes und stellen Sie sicher, dass ein aktuelles Image-Level-Backup auf dem Netzwerk-Share vorhanden ist.

Wie erstellen Sie ein Veeam-Recovery-ISO mit VirtIO-Treibern?

Laden Sie das VirtIO-Treiberpaket herunter, installieren Sie es auf dem Quellserver und erstellen Sie dann ein Veeam-Recovery-ISO. Die Option „Include hardware drivers from this computer" erfasst die installierten VirtIO-Treiber und bettet sie in das WinPE-basierte Recovery-Image ein. Dies ist die einzige zuverlässige Methode, um VirtIO-Speicher- und Netzwerktreiber in die Recovery-Umgebung zu bringen.

Warum sind VirtIO-Treiber für Cloud-VMs erforderlich?

KVM-Hypervisoren stellen Speicher- und Netzwerkgeräte über paravirtualisierte VirtIO-Schnittstellen bereit. Standard-Windows-Treiber erkennen diese Geräte nicht. Ohne VirtIO-Treiber in der Recovery-Umgebung kann der Veeam-Wiederherstellungsassistent die Zielfestplatte der VM nicht erkennen und keine Verbindung zu Ihrem Backup-Repository über das Netzwerk herstellen. Die Wiederherstellung scheitert, bevor sie beginnt.

Drei Treiber sind für die Migration entscheidend:

Treiber	Zweck	Eintrag im Device Manager nach Installation
viostor / vioscsi	VirtIO-Block- oder SCSI-Speichercontroller	Red Hat VirtIO SCSI controller
NetKVM	VirtIO-Netzwerkadapter	Red Hat VirtIO Ethernet Adapter
Balloon	Dynamische Speicherverwaltung	VirtIO Balloon Driver

Wie installieren Sie VirtIO-Treiber auf dem Quellserver?

Laden Sie das aktuelle stabile ISO vom Fedora-virtio-win-Projekt herunter. Mounten Sie es und starten Sie den Guest-Tools-Installer:

# 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

Der Installer installiert NetKVM, viostor, vioscsi, Balloon und weitere VirtIO-Treiber im Windows-Treiberspeicher. Überprüfen Sie die Installation:

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.

Die Ausgabe zeigt die Klassen Net (NetKVM), SCSIAdapter (viostor/vioscsi) und System (Balloon).

Wie betten Sie Treiber in das Wiederherstellungsmedium ein?

Da sich die VirtIO-Treiber nun im Windows-Treiberspeicher befinden, erstellen Sie das Recovery-ISO:

Öffnen Sie Start > Veeam > Create Recovery Media
Wählen Sie im Schritt Recovery Media Options den Typ ISO file
Aktivieren Sie Include hardware drivers from this computer. Dies erfasst die soeben installierten VirtIO-Treiber.
Aktivieren Sie optional Include network connection settings from this computer, falls die Ziel-VM eine ähnliche Netzwerkkonfiguration verwenden wird
Unter Include the following additional storage and network hardware drivers klicken Sie auf Add und verweisen auf den gemounteten VirtIO-ISO-Ordner ${driveLetter}:\ als Fallback. Der Ordner muss die CAT-, INF- und SYS-Dateien des Treibers enthalten. Fügen Sie nicht mehr als 1 GB an Treibern hinzu, da diese beim Booten in den RAM geladen werden und den WinPE-Start verhindern können.
Wählen Sie einen Ausgabepfad für das ISO. Benennen Sie es eindeutig: veeam-recovery-virtio.iso
Klicken Sie auf Create und warten Sie, bis der Assistent fertig ist

Das resultierende ISO ist ein WinPE-Image mit Veeams Recovery-Tools und Ihren integrierten VirtIO-Treibern. Halten Sie es bereit; Sie senden es an den Virtua.Cloud-Support.

Wie bestellen und bereiten Sie die Ziel-VM vor?

Bestellen Sie eine Windows-fähige VM bei Virtua.Cloud mit genügend Festplattenspeicher für Ihre wiederhergestellten Daten. Senden Sie das Recovery-ISO an den Support zum Einbinden vor dem ersten Boot.

Welche Festplattengröße benötigt die Ziel-VM?

Die Zielfestplatte muss mindestens so groß sein wie die Summe des belegten Speicherplatzes aller Quellvolumes plus 10 % Puffer. Veeam kann Partitionen bei der Wiederherstellung verkleinern, kann aber nicht auf eine Festplatte wiederherstellen, die kleiner ist als die tatsächlichen Daten.

Formel: Zielfestplatte >= belegter Gesamtspeicherplatz x 1,1

Aus dem früheren Beispiel (42,3 GB + 87,1 GB = 129,4 GB belegt) benötigen Sie mindestens 143 GB. Runden Sie auf die nächste verfügbare Option auf.

Orientieren Sie sich nicht an der zugewiesenen Größe der Quellfestplatte. Wenn Ihre Quelle eine 500-GB-Festplatte hat, aber nur 130 GB belegt, reicht eine 160-GB-Zielfestplatte aus.

Wie wird das ISO eingebunden?

Bestellen Sie Ihre VM über das Virtua.Cloud-Kontrollpanel. Wählen Sie einen Plan mit ausreichend Festplatte, RAM und CPU für Ihre Arbeitslast.
Eröffnen Sie ein Support-Ticket zur Einbindung eines benutzerdefinierten ISO. Hängen Sie Ihr veeam-recovery-virtio.iso an oder stellen Sie einen Download-Link bereit.
Bitten Sie den Support, das ISO als primäres Boot-Device einzubinden und die Bereitschaft zu bestätigen.
Der Support bestätigt, dass das ISO eingebunden ist und die VM davon booten wird.

Notieren Sie sich in der Zwischenzeit die Netzwerkdetails Ihrer VM aus dem Kontrollpanel: IP-Adresse, Subnetzmaske, Gateway und DNS-Server. Diese benötigen Sie für die Netzwerkkonfiguration in WinPE.

Wie stellen Sie ein Veeam-Backup auf einer Cloud-VM wieder her?

Booten Sie die VM vom Recovery-ISO über die VNC-Konsole, konfigurieren Sie das Netzwerk manuell in WinPE, verbinden Sie sich mit Ihrem Backup-Repository und starten Sie den Bare-Metal-Restore-Assistenten.

Wie booten Sie die Recovery-Umgebung und greifen darauf zu?

Öffnen Sie die VNC-Konsole Ihrer VM im Virtua.Cloud-Kontrollpanel
Die VM bootet vom eingebundenen ISO in die Veeam Recovery Media-Umgebung
Warten Sie, bis der WinPE-Desktop mit der Veeam Bare Metal Recovery-Oberfläche geladen ist

Falls die VM in eine UEFI-Shell oder einen schwarzen Bildschirm statt in WinPE bootet, kontaktieren Sie den Support zur Überprüfung der Boot-Reihenfolge. Das ISO muss das erste Boot-Device sein.

Wie konfigurieren Sie das Netzwerk in der WinPE-Recovery-Umgebung?

Die Recovery-Umgebung benötigt Netzwerkzugang, um Ihr Backup-Repository zu erreichen. Cloud-VMs erhalten beim ersten Boot selten DHCP. Konfigurieren Sie den Adapter manuell.

Klicken Sie im Veeam Recovery Media-Bildschirm auf Network Settings (rechte untere Ecke)
Ist die Adapterliste leer, wurden die VirtIO-Netzwerktreiber nicht geladen. Klicken Sie auf Load network adapter driver, wählen Sie den NetKVM-Treiber im Hardware-Drivers-Fenster und klicken Sie auf Install.
Wählen Sie den Netzwerkadapter in der Liste. Klicken Sie auf Properties.
Geben Sie die statische IP-Konfiguration aus dem Kontrollpanel Ihrer VM ein:
- IP-Adresse
- Subnetzmaske
- Standard-Gateway
- DNS-Server
Klicken Sie auf OK zum Übernehmen

Testen Sie die Verbindung, indem Sie eine Eingabeaufforderung in der Recovery-Umgebung öffnen (bei Bedarf Shift+F10 drücken):

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

Wenn Ping funktioniert, aber DNS fehlschlägt, überprüfen Sie die DNS-Server-Adresse. Für SMB-Shares testen Sie den Pfad direkt:

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

Wie verbinden Sie sich mit dem Backup-Repository?

Zurück in der Veeam-Oberfläche klicken Sie auf Bare Metal Recovery
Bei Backup Location wählen Sie Network storage
Wählen Sie Shared folder (für SMB) oder Linux-based (für NFS)
Geben Sie den UNC-Pfad zu Ihrem Backup ein: \\backup-server\share\VeeamBackup\ServerName
Geben Sie die Anmeldedaten ein, wenn Sie dazu aufgefordert werden
Veeam durchsucht den Speicherort und listet verfügbare Backups auf
Wählen Sie das Backup Ihres Servers und den Wiederherstellungspunkt (normalerweise den aktuellsten)

Wie ordnen Sie Quellfestplatten der Ziel-VM zu?

Nach Auswahl des Wiederherstellungspunkts wählen Sie Entire computer als Wiederherstellungsmodus. Veeam öffnet den Disk Mapping-Bildschirm mit Ihren Quellvolumes rechts und der Zielfestplatte links.

Ist die Zielfestplatte nicht sichtbar, klicken Sie auf Load driver und installieren den VirtIO-SCSI-Treiber (vioscsi oder viostor) aus der Hardware-Drivers-Liste.

Für eine Ziel-VM mit einzelner Festplatte:

Klicken Sie mit der rechten Maustaste auf die Zielfestplatte und wählen Apply Backup Layout. Dies erstellt die Quellpartitionsstruktur auf der Zielfestplatte neu.
Ist die Zielfestplatte größer als die Quelle, bleibt der zusätzliche Speicher nicht zugeordnet. Sie können die letzte Partition später in der Windows-Datenträgerverwaltung erweitern.
Ist die Zielfestplatte kleiner (aber größer als die belegten Daten), verkleinert Veeam die Partitionen automatisch. Prüfen Sie das vorgeschlagene Layout, bevor Sie fortfahren.

Für Server mit mehreren Quellfestplatten, die auf eine einzelne Zielfestplatte abgebildet werden, verwenden Sie Customize disk mapping zur manuellen Platzierung der Volumes. Klicken Sie mit der rechten Maustaste auf den nicht zugeordneten Speicherplatz der Zielfestplatte und wählen Sie das zu wiederherstellende Quellvolume. Verwenden Sie Resize zur Anpassung der Partitionsgrößen.

Aktivieren Sie die Option Inject these drivers into operating system while performing bare metal recovery. Dies schreibt die VirtIO-Treiber in die wiederhergestellte Windows-Installation und verhindert Boot-Fehler durch fehlende Speichertreiber.

Klicken Sie auf Restore zum Starten. Die Dauer hängt von der Backup-Größe und der Netzwerkgeschwindigkeit zwischen Backup-Repository und VM ab. Eine 100-GB-Wiederherstellung über eine 1-Gbps-Verbindung dauert etwa 15-20 Minuten.

Was sollten Sie nach der Wiederherstellung prüfen?

Nach Abschluss der Wiederherstellung fordern Sie die ISO-Entfernung beim Support an, starten die VM in Windows neu und validieren Treiber, Netzwerk und Aktivierung.

Nachbearbeitungsschritte

ISO-Entfernung anfordern. Öffnen Sie Ihr Support-Ticket und bitten Sie Virtua.Cloud, das Recovery-ISO zu entfernen und die Festplatte als primäres Boot-Device zu setzen.
VM neu starten. Beobachten Sie den ersten Start über die VNC-Konsole. Windows kann länger als gewöhnlich brauchen, da es neue Hardware erkennt und Treiber konfiguriert.
Über VNC anmelden. RDP funktioniert erst, nachdem Sie die Netzwerkkonfiguration bestätigt haben.

Wie überprüfen Sie, ob VirtIO-Treiber geladen sind?

Öffnen Sie den Device Manager und prüfen Sie, ob Geräte mit gelben Warnsymbolen vorhanden sind. Bestätigen Sie dann die VirtIO-Treiber gezielt:

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

Jeder Eintrag sollte OK anzeigen. Zeigt ein Eintrag Error oder Degraded, wurde der Treiber nicht korrekt installiert. Laden Sie den VirtIO-Guest-Tools-Installer auf die VM herunter und führen Sie ihn aus:

# 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

Wie validieren Sie Netzwerk und RDP?

Das wiederhergestellte System kann die IP-Konfiguration des Quellservers beibehalten. Öffnen Sie die Netzwerkverbindungen, aktualisieren Sie den Adapter mit der zugewiesenen IP, Subnetzmaske, Gateway und DNS Ihrer VM aus dem Kontrollpanel.

Testen Sie die ausgehende Verbindung mit Test-NetConnection -ComputerName 8.8.8.8 -Port 443. Versuchen Sie dann RDP von Ihrer Arbeitsstation. Falls RDP keine Verbindung herstellt, aktivieren Sie die Firewall-Regel:

Enable-NetFirewallRule -DisplayGroup "Remote Desktop"

Muss Windows nach einer P2V-Migration erneut aktiviert werden?

Ja, in der Regel. Eine P2V-Migration ändert genügend Hardware-Identifikatoren, sodass Windows die Maschine als neu erkennt und eine Reaktivierung verlangt. Das Verhalten hängt vom Lizenztyp ab:

Retail- / OEM-Lizenz: Der Hardware-Wechsel löst die Reaktivierung aus. Verwenden Sie slmgr /ato für einen Online-Aktivierungsversuch. Bei Fehlschlag ist eine Telefonaktivierung oder ein Support-Ticket bei Microsoft erforderlich.
KMS (Volumenlizenzierung): Die VM kontaktiert automatisch Ihren KMS-Server. Führen Sie slmgr /ato aus, um einen sofortigen Aktivierungsversuch zu erzwingen.
MAK (Multiple Activation Key): Geben Sie den Schlüssel erneut ein mit slmgr /ipk YOUR-MAK-KEY und dann slmgr /ato.
AVMA (Automatic Virtual Machine Activation): Funktioniert nur auf Hyper-V-Hosts mit Windows Server Datacenter. Gilt nicht für KVM-VMs.

Überprüfen Sie den aktuellen Aktivierungsstatus:

slmgr /dli

Ein Dialog zeigt den Lizenzstatus an. „Licensed" bedeutet erfolgreiche Aktivierung. „Notification" oder „Grace period" bedeutet, dass Sie reaktivieren müssen.

Für Volumenlizenz-Kunden: Überprüfen Sie außerdem, ob der KMS-Server vom Netzwerk der neuen VM aus erreichbar ist.

Fehlerbehebung häufiger Wiederherstellungsprobleme

INACCESSIBLE_BOOT_DEVICE-Bluescreen nach der Wiederherstellung

Dies ist der häufigste Fehler. Windows kann keinen Speichertreiber für den VirtIO-Festplattencontroller beim Booten finden.

Ursache: Der VirtIO-Speichertreiber (vioscsi oder viostor) wurde nicht in das wiederhergestellte Betriebssystem injiziert. Entweder war die Option „Inject these drivers" während der Wiederherstellung deaktiviert, oder das Wiederherstellungsmedium enthielt keine VirtIO-Speichertreiber.

Lösung: Booten Sie erneut vom Recovery-ISO. Statt eine vollständige Wiederherstellung durchzuführen, öffnen Sie eine Eingabeaufforderung (Shift+F10) und laden den VirtIO-Treiber manuell in die Offline-Windows-Installation:

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

Ersetzen Sie X: durch den Laufwerksbuchstaben der Recovery-Media-Treiber und 2k22 durch den Ordner Ihrer Windows-Server-Version (2k16, 2k19, 2k22 oder 2k25). Nach dem Laden des Treibers verwenden Sie DISM, um ihn dauerhaft in das Offline-Betriebssystem zu injizieren:

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

Falls dies das Problem nicht behebt, führen Sie die vollständige Wiederherstellung erneut durch mit korrekt eingebetteten VirtIO-Treibern im Wiederherstellungsmedium und aktivierter Option „Inject these drivers".

Keine Netzwerkadapter in WinPE sichtbar

Ursache: Der NetKVM-Treiber fehlt im Wiederherstellungsmedium.

Lösung: Falls Sie das VirtIO-ISO als zusätzliche Treiberquelle bei der Medienerstellung hinzugefügt haben, klicken Sie im Network-Settings-Bildschirm auf Load network adapter driver und navigieren zum NetKVM-Ordner auf dem Wiederherstellungsmedium. Wählen Sie die INF-Datei für Ihre Windows-Version.

Falls keine VirtIO-Treiber vorhanden sind, müssen Sie das Recovery-ISO neu erstellen, nachdem die VirtIO-Treiber auf dem Quellserver installiert wurden.

Zielfestplatte im Disk-Mapping-Bildschirm nicht sichtbar

Ursache: Der VirtIO-SCSI-Treiber ist in WinPE nicht geladen.

Lösung: Klicken Sie im Disk-Mapping-Schritt auf Load driver. Wählen Sie den vioscsi- oder viostor-Treiber aus der Hardware-Drivers-Liste. Falls der Treiber nicht aufgelistet ist, klicken Sie auf Load Driver und navigieren zur Treiber-INF-Datei auf dem Wiederherstellungsmedium.

Wiederherstellung schlägt fehl, weil die Zielfestplatte zu klein ist

Ursache: Die Zielfestplatte ist kleiner als das gesamte Datenvolumen im Backup.

Lösung: Eine Verkleinerung unter den belegten Speicherplatz ist nicht möglich. Bestellen Sie entweder eine VM mit größerer Festplatte oder reduzieren Sie die Daten auf dem Quellserver vor einem neuen Backup. Löschen Sie temporäre Dateien, leeren Sie den Windows-Update-Cache (Dism.exe /online /Cleanup-Image /StartComponentCleanup) und entfernen Sie unnötige Daten, bevor Sie ein neues Image-Level-Backup erstellen.

Windows-Aktivierung schlägt nach der Wiederherstellung fehl

Ursache: Der Hardware-Fingerabdruck hat sich geändert. Dies ist nach jeder P2V-Migration zu erwarten.

Lösung: Für Retail-Schlüssel führen Sie slmgr /ato aus. Bei fehlgeschlagener Online-Aktivierung verwenden Sie die Telefonaktivierung: slui 4. Für Volumenlizenz-Schlüssel überprüfen Sie die KMS-Server-Erreichbarkeit: nslookup -type=srv _vlmcs._tcp.yourdomain.com. Für MAK-Schlüssel geben Sie den Schlüssel erneut ein: slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX und dann slmgr /ato.

Copyright 2026 Virtua.Cloud. Alle Rechte vorbehalten. Dieser Inhalt ist ein Originalwerk des Virtua.Cloud-Teams. Vervielfältigung, Wiederveröffentlichung oder Weiterverbreitung ohne schriftliche Genehmigung ist untersagt.