Info2soft verwendet Cookies, um Ihnen ein besseres und angenehmeres Surferlebnis auf unserer Website zu ermöglichen. Datenschutzerklärung
Wird geladen...
Von:
Die Migration einer virtuellen Maschine von VMware zu einem KVM-basierten Hypervisor wie Proxmox bringt unmittelbar ein Kompatibilitätsproblem mit sich: QEMU kann VMDK-Dateien nicht direkt booten, eine bloße Umbenennung der Dateiendung löst das Problem nicht. Eine ordnungsgemäße Formatumwandlung ist zwingend erforderlich.
Dieser Leitfaden behandelt die Umwandlung von VMDK nach QCOW2 unter Linux, Proxmox und Windows, beschreibt die Vorgehensweise mit qemu-img, den Importvorgang mittels importdisk in Proxmox sowie den Einsatz von virt-v2v bei erforderlicher Treiberneukonfiguration. Am Ende befindet sich eine Fehlerbehebungstabelle für die häufigsten Boot-Fehler.
Vor Beginn der Umwandlung ist es hilfreich zu verstehen, warum beide Formate nicht gegeneinander austauschbar sind.
VMDK ist das native Festplattenformat von VMware, das auf ESXi und VMware Workstation zum Einsatz kommt. QCOW2 ist das native Format von QEMU und KVM mit integrierter Unterstützung für Snapshots, Kompression und AES-Verschlüsselung. Es stellt den Standard für Proxmox und die meisten OpenStack-Bereitstellungen dar.
Sie können eine .vmdk-Datei nicht einfach in .qcow2 umbenennen. Der Hypervisor findet keine gültigen Boot-Header, sodass die virtuelle Maschine nicht startet. Eine korrekte Umwandlung rekonstruiert die internen Datenstrukturen, damit die Festplatte unter KVM einwandfrei funktioniert.
Das Auslassen dieser Schritte ist der häufigste Grund für beschädigte Images oder nicht bootfähige virtuelle Maschinen nach der Umwandlung.
qemu-img info source.vmdk aus, um Dateigröße, Format und Festplattentyp vor der Umwandlung zu bestätigen.-flat.vmdk. Richten Sie das Umwandlungstool auf die -flat.vmdk-Datei aus oder stellen Sie sicher, dass beide Dateien im gleichen Verzeichnis liegen.Die einfachste Methode zur Umwandlung von Festplattenformaten unter Linux ist das Dienstprogramm qemu-img aus dem QEMU-Toolset.
Die meisten Linux-Distributionen enthalten qemu-img nicht standardmäßig. Installieren Sie es über den Paketmanager Ihrer Distribution.
Für Ubuntu oder Debian:
sudo apt update && sudo apt install qemu-utils
Für RHEL, CentOS oder Fedora:
# RHEL/CentOS 7
sudo yum install qemu-img
# RHEL/CentOS 8+, Fedora
sudo dnf install qemu-img
Wechseln Sie in das Verzeichnis mit Ihrer Quell-VMDK und führen Sie folgenden Befehl aus:
qemu-img convert -f vmdk -O qcow2 source.vmdk output.qcow2
Die Parameter bedeuten Folgendes:
-f vmdk: Angabe des Eingabeformats-O qcow2: Angabe des Ausgabeformats-p: (optional) Anzeige eines Fortschrittsbalkens während der Umwandlung-c: (optional) Komprimierung der Ausgabedatei zur Reduzierung der DateigrößeNach Abschluss der Umwandlung bestätigen Sie die Gültigkeit der Ausgabedatei:
qemu-img info output.qcow2
Der Befehl gibt die virtuelle Größe, den tatsächlichen Speichernutzungsgrad und den Formattyp aus. Wenn als Format qcow2 angezeigt wird und die virtuelle Größe mit der ursprünglichen Festplatte übereinstimmt, war die Umwandlung erfolgreich.
Wenn die Quell-VM Windows ausführt, bootet sie nach der Umwandlung unter KVM häufig nicht. Windows enthält standardmäßig keine VirtIO-Treiber und kann daher nicht mit dem KVM-Speichercontroller kommunizieren.
Es gibt zwei Lösungswege:
Proxmox VE basiert auf Debian und verfügt über vorinstalliertes qemu-img. Der Importvorgang unterscheidet sich jedoch von einer herkömmlichen Linux-Umwandlung. Das bloße Kopieren einer .qcow2-Datei in ein Speicherverzeichnis funktioniert nicht – Proxmox verwaltet Festplatten über ein eigenes Konfigurationssystem, die Datenträger müssen mit qm importdisk ordnungsgemäß registriert werden.
Laden Sie Ihre VMDK per SCP oder über die Web-Oberfläche auf den Proxmox-Host hoch und führen Sie die Umwandlung aus:
qemu-img convert -f vmdk -O qcow2 source.vmdk output.qcow2
Nach der Umwandlung importieren Sie die QCOW2-Datei mit qm importdisk in eine bestimmte VM:
qm importdisk <VMID> output.qcow2 <speichername>
Ersetzen Sie <VMID> durch die Nummer Ihrer Ziel-VM (z. B. 101) und <speichername> durch Ihr Proxmox-Zielspeichersystem (z. B. local oder local-lvm).
Nach Abschluss des Imports wechseln Sie im Proxmox-Webinterface zur Registerkarte Hardware der VM und hängen Sie die neu importierte Festplatte an, bevor Sie die VM booten.
Nicht alle Proxmox-Speicher-Backends unterstützen QCOW2-Dateien nativ.
local, Dateien gespeichert unter /var/lib/vz): native Unterstützung für .qcow2-Dateien.local-lvm oder ZFS): speichert keine QCOW2-Dateien. Bei Ausführung von qm importdisk mit Ziel auf eines dieser Backends extrahiert Proxmox automatisch die Daten und schreibt sie als Raw-Logisches Volume. Dies ist das erwartete Verhalten und bietet generell eine höhere E/A-Leistung.local die sicherste Wahl für QCOW2-Imports während Tests. Wechseln Sie für Produktions-VMs mit Anforderungen an Raw-Volume-Leistung zu local-lvm.qemu-img ist keine native Windows-Anwendung. Die zuverlässigste Vorgehensweise ist die Ausführung über das Windows-Subsystem für Linux (WSL), das eine vollständige Linux-Umgebung ohne den Overhead einer separaten VM bereitstellt.
Öffnen Sie PowerShell als Administrator und führen Sie folgenden Befehl aus:
wsl --install
Dies installiert WSL 2 mit Ubuntu als Standard-Distribution. Ein Neustart ist erforderlich, um die Einrichtung abzuschließen. Nach dem Neustart öffnet sich ein Terminalfenster zur Fertigstellung der Ubuntu-Installation.
Führen Sie im Ubuntu-Terminal folgenden Befehl aus:
sudo apt update && sudo apt install qemu-utils
WSL bindet Ihre Windows-Laufwerke unter /mnt/ ein. Eine Datei unter C:\VMs\my_disk.vmdk ist in WSL unter /mnt/c/VMs/my_disk.vmdk erreichbar.
Die direkte Ausführung der Umwandlung auf einem Pfad unter /mnt/c/ ist jedoch aufgrund des Dateisystem-Overheads deutlich langsamer. Für eine bessere Leistung kopieren Sie die VMDK zunächst in das WSL-Home-Verzeichnis:
cp /mnt/c/VMs/my_disk.vmdk ~/my_disk.vmdk
cd ~
qemu-img convert -f vmdk -O qcow2 my_disk.vmdk output.qcow2
Schritt 5: Ergebnisdatei zurück nach Windows kopieren
Nach Abschluss der Umwandlung kopieren Sie die QCOW2-Datei zurück auf Ihr Windows-Laufwerk:
cp ~/output.qcow2 /mnt/c/VMs/output.qcow2
Die Datei ist anschließend im Windows-Explorer erreichbar und kann auf Ihren KVM- oder Proxmox-Host übertragen werden.
qemu-img wandelt lediglich das Festplattenformat um, ohne das Betriebssystem auf der Festplatte zu verändern. Bei der Migration einer Windows-VM von ESXi zu KVM bootet das Gastsystem häufig nicht, da die für den neuen Hypervisor erforderlichen VirtIO-Treiber fehlen.
virt-v2v löst dies, indem es die vollständige Migration in einem einzigen Schritt durchführt: Es wandelt das Festplattenformat um, injiziert VirtIO-Speicher- und Netzwerktreiber, passt den Bootloader an und entfernt VMware Tools, um Konflikte zu vermeiden.
Verwenden Sie virt-v2v, wenn:
Für Linux-Gäste ist qemu-img in der Regel ausreichend. Linux-Kernel enthalten standardmäßig VirtIO-Treiber, sodass eine reine Formatumwandlung meist ohne Boot-Fehler funktioniert. Wenn Sie weitere V2V-Umwandlungstools neben Kommandozeilenprogrammen prüfen möchten, finden Sie in unserem Leitfaden die wichtigsten Optionen unter V2V-Umwandlungstools.
virt-v2v ist über den Paketmanager der meisten Linux-Distributionen verfügbar:
# Debian/Ubuntu
sudo apt install virt-v2v
# RHEL/CentOS/Fedora
sudo dnf install virt-v2v
Zur Migration einer VM direkt von einem vCenter-Server:
virt-v2v -ic vpx://benutzer@vcenter.beispiel.com/Datacenter/esxi-host \
-it vddk \
-o local -os /var/tmp \
meine_windows_vm
Für die Verbindung zu einem eigenständigen ESXi-Host ersetzen Sie vpx:// durch esx://:
virt-v2v -ic esx://benutzer@esxi-host.beispiel.com \
-it vddk \
-o local -os /var/tmp \
meine_windows_vm
-it vddk erfordert die separate Installation des VMware Virtual Disk Development Kit (VDDK). Laden Sie es über das VMware Developer-Portal herunter und folgen Sie der virt-v2v-Dokumentation zur Konfiguration des Bibliothekspfads vor Ausführung dieser Befehle.Das Tool gibt eine umgewandelte QCOW2-Festplatte sowie eine .xml-Metadatendatei in das angegebene Verzeichnis aus. Diese können anschließend in KVM oder Proxmox importiert werden.
Die meisten Umwandlungsprobleme lassen sich auf zwei Ursachen zurückführen: die Auswahl der falschen Quelldatei oder ein Konflikt zwischen der vom Gastbetriebssystem erwarteten Hardwarekonfiguration und der von KVM bereitgestellten Umgebung.
Die folgende Tabelle listet die häufigsten Fehler und deren Lösungen auf.
| Fehler | Ursache | Lösung |
|---|---|---|
| Ungültiger Footer | Deskriptordatei statt Datendatei ausgewählt | Verwenden Sie die -flat.vmdk-Datei |
| Boot-Fehler: „keine bootfähige Festplatte“ | Falscher Festplattencontroller oder beschädigte Umwandlung | Wechseln Sie den Controller auf IDE, SCSI oder VirtIO |
| qcow2 auf local-lvm nicht unterstützt | .qcow2 direkt in Block-Speicher kopiert |
Nutzen Sie stattdessen qm importdisk |
| Bluescreen (Windows-Gast) | Fehlende VirtIO-Treiber | Booten mit IDE-Controller, VirtIO-Treiber installieren, anschließend wechseln |
| Ausgabedatei größer als erwartet | Thin-Provisioned-VMDK wird bei der Umwandlung erweitert | Parameter -c zur Kompression hinzufügen |
Die in diesem Leitfaden beschriebenen Vorgehensweisen mit qemu-img und virt-v2v eignen sich gut für einzelne Umwandlungen. Bei der Migration zahlreicher VMs über verschiedene Umgebungen hinweg oder bei der Anforderung, Produktionssysteme während des gesamten Vorgangs laufen zu lassen, zeigen manuelle Kommandozeilentools jedoch ihre Grenzen. Es gibt keine integrierte Validierung, keine zentrale Fortschrittsverfolgung und keine Möglichkeit, einen abgebrochenen Datentransfer ohne Neustart fortzusetzen.
i2Migration ist eine einheitliche Migrationsplattform, die genau für diese Szenarien entwickelt wurde. Sie unterstützt unterbrechungsfreie Live-Migration zwischen physischen, virtuellen und Cloud-Umgebungen und beseitigt zahlreiche Probleme bei der VMware-zu-KVM-Übertragung im großen Maßstab.
qemu-img info jede Festplatte nach der Umwandlung prüfen müssen.Für Teams, die nach Abschluss der Migration einen dauerhaften Datenschutz benötigen, bietet i2Backup eine zentrale Sicherung über virtuelle, physische und Cloud-Umgebungen. Für Workloads mit strengeren Verfügbarkeitsanforderungen sorgt i2Availability für Echtzeit-Replikation und automatischen Failover zwischen Produktions- und Notfallwiederherstellungsumgebungen.
Für die Umwandlung von VMDK nach QCOW2 gilt es, das passende Tool für den jeweiligen Anwendungsfall auszuwählen.
Für die meisten Linux-Nutzer erledigt qemu-img die Umwandlung mit wenigen Befehlen sauber. Unter Proxmox ist der zusätzliche Schritt mit qm importdisk erforderlich, um die Festplatte ordnungsgemäß beim Speicher-Backend zu registrieren. Windows-Nutzer können denselben Linux-Workflow über WSL nutzen. Bei der Migration von Windows-Gästen von ESXi mit erforderlicher Treiberneukonfiguration ist virt-v2v die zuverlässigere Alternative zur reinen Formatumwandlung.
Unabhängig von der gewählten Methode gelten dieselben Regeln: Übernehmen Sie alle Snapshots vor dem Export, richten Sie das Tool auf die -flat.vmdk-Datendatei aus und validieren Sie das Ergebnis mit qemu-img info vor dem Import.
Für Teams mit groß angelegten Migrationen oder Workloads, die keine Ausfallzeiten vertragen, bietet i2Migration von Info2soft einen strukturierteren Ablauf mit integrierter Validierung, Treiberinjektion und Unterstützung für Live-Migration zwischen heterogenen Umgebungen.
