Zum Hauptinhalt springen
Zurück zum Ratgeber
Virtualisierung9 Min Lesezeit

VMware zu Proxmox migrieren: Ablauf, Risiken, Stolpersteine

Die Kostenfrage ist beantwortet, jetzt geht es ums Wie: Dieser Leitfaden führt durch eine VMware-zu-Proxmox-Migration im KMU, von der Bestandsaufnahme über den Import-Assistenten bis zu den typischen Stolpersteinen bei Windows-VMs, Backup und Netzwerk. Ehrlich inklusive der Punkte, an denen es hakt. Stand Juli 2026.

Veröffentlicht am 12. Juli 2026 · Daniel Gläser

Ausgangslage: Wann die Migration ansteht

Warum 2026 so viele KMU über den Wechsel nachdenken, haben wir an anderer Stelle durchgerechnet: Die Lizenzkosten von VMware und Proxmox im Vergleich unterscheiden sich im typischen 3-Host-Szenario um den Faktor sieben bis acht, und die Broadcom-Lizenzänderungen setzen mit dem Support-Ende von vSphere 8 am 11. Oktober 2027 einen harten Stichtag. Dieser Beitrag setzt dort an, wo die Entscheidung grundsätzlich gefallen ist und die Umsetzung geplant wird.

Das Wichtigste vorweg

Eine KMU-Migration mit 10 bis 30 VMs ist kein Hexenwerk, aber auch kein Wochenendprojekt. Der Proxmox-Import-Assistent nimmt viel Handarbeit ab. Die eigentliche Arbeit steckt in Bestandsaufnahme, Testläufen und den Sonderfällen, nicht im Kopieren der Disks.

Schritt 1: Bestandsaufnahme vor der Migration

Bevor die erste VM umzieht, braucht es ein vollständiges Bild der Umgebung. Diese Liste hat sich in der Praxis bewährt:

  • VM-Inventar: alle VMs mit Betriebssystem, Größe, CPU/RAM und Kritikalität. Jetzt ist der Moment, Altlasten zu identifizieren, die gar nicht mitziehen müssen.
  • Abhängigkeiten: Wer redet mit wem? Reihenfolgen bei Anwendungs- und Datenbankservern, Lizenzserver, Zeitdienste, Verzeichnisdienste.
  • Besonderheiten: USB-Dongles, durchgereichte Hardware (GPU, serielle Schnittstellen), VMs mit Lizenzbindung an MAC-Adresse oder Hardware-IDs.
  • Storage: Wo liegen die VMs heute? Wichtig, weil vSAN als Quellspeicher vom Import-Assistenten nicht direkt unterstützt wird (dazu unten mehr).
  • Netzwerk: VLANs, Trunk-Ports, Firewall-Regeln, damit die Proxmox-Bridges von Anfang an richtig konfiguriert sind.
  • Backup-Kette: aktuelles Backup-Produkt, Aufbewahrungsfristen, Restore-Fähigkeit alter Sicherungen auch nach dem Wechsel.
  • Lizenz-Stichtage: Wann läuft das VMware-Abo oder der Support aus? Das Datum bestimmt den Zeitplan rückwärts.

Schritt 2: Der Proxmox-Import-Assistent für ESXi

Seit Version 8.2 (April 2024) bringt Proxmox VE einen integrierten Import-Assistenten mit, der mit ESXi 6.5 bis 8.0 getestet ist. Der Ablauf in Kurzform:

  • ESXi-Host oder vCenter in Proxmox als Import-Quelle einbinden (Datacenter, Storage, Typ ESXi).
  • VM in der Quellansicht auswählen: Der Assistent übernimmt die Konfiguration wie CPU, RAM und Netzwerkkarten und schlägt ein Mapping vor.
  • Ziele festlegen: auf welchen Storage die Disks laufen (ZFS, LVM-Thin, Ceph) und an welche Bridge die Netzwerkkarten kommen.
  • Import starten: Die Quell-VM muss dafür gestoppt sein. Mit dem Live-Import startet die VM bereits auf Proxmox, während die Disks im Hintergrund übertragen werden, das verkürzt die Downtime deutlich.

Zwei bekannte Grenzen

Erstens: vSAN als Quellspeicher wird nicht direkt unterstützt. VMs vorher per Storage vMotion auf einen NFS- oder iSCSI-Datastore verschieben oder den Weg über ein Backup-Restore gehen. Zweitens: Der Live-Import macht die Downtime kurz, aber nicht null, die Quell-VM muss zum Start des Imports aus sein.

Schritt 3: Windows-VMs richtig behandeln

Die meisten Stolpersteine einer ESXi-Migration betreffen Windows. Mit der richtigen Reihenfolge sind sie alle vermeidbar:

  • VirtIO-Treiber vor dem Umzug in der Quell-VM installieren (offizielle Treiber-ISO im Proxmox-Wiki). Fehlt der Storage-Treiber, bootet Windows auf Proxmox nicht vom VirtIO-Controller.
  • Alternativ als Fallback: die Disk zunächst als SATA/IDE anbinden, Windows booten lassen, VirtIO-Treiber installieren und danach auf VirtIO-SCSI umstellen. Funktioniert, kostet aber einen zusätzlichen Neustart.
  • VMware Tools nach erfolgreichem Umzug deinstallieren und den QEMU Guest Agent installieren.
  • MAC-Adressen übernehmen, wenn DHCP-Reservierungen, Firewall-Regeln oder Software-Lizenzen daran hängen.
  • Aktivierung einplanen: Durch die neue virtuelle Hardware kann Windows oder einzelne Software eine Reaktivierung verlangen. Lizenzschlüssel und Zugangsdaten bereitlegen.

Domänencontroller nicht kopieren, sondern nachziehen

Bewährte Praxis bei Active Directory: keinen bestehenden Domänencontroller als Disk-Kopie migrieren, sondern auf Proxmox einen frischen DC aufsetzen, replizieren lassen und die Rollen übertragen. Das vermeidet USN-Rollback-Risiken und Sie behalten während der gesamten Migration einen funktionierenden Verzeichnisdienst.

Schritt 4: Downtime realistisch planen

  • Reihenfolge: erst eine unkritische Test-VM, dann Infrastrukturdienste, dann die Fachanwendungen. Jede Welle bestätigt den Ablauf für die nächste.
  • Wartungsfenster je VM statt Big Bang: Der Live-Import drückt die Unterbrechung pro VM typischerweise auf Minuten, die Disk-Übertragung großer VMs braucht trotzdem ihre Zeit über das Netzwerk. 10-Gbit-Verbindungen zwischen Alt- und Neuumgebung zahlen sich hier aus.
  • Rollback-Pfad: Die Quell-VM auf ESXi bleibt nach dem Import zunächst unangetastet. Erst löschen, wenn die neue VM einige Tage produktiv sauber läuft und gesichert ist.
  • Puffer einplanen: Einzelne VMs brauchen erfahrungsgemäß einen zweiten Anlauf, meist wegen Treibern oder Aktivierung. Das ist normal und kein Grund zur Panik, wenn der Zeitplan Luft hat.

Schritt 5: Backup neu aufstellen

Die Backup-Frage entscheidet sich zwischen zwei guten Wegen:

  • Bei Veeam bleiben: Veeam Backup & Replication unterstützt Proxmox VE über das Plug-in seit Version 12.2 (August 2024), vollwertig inklusive Application-Aware-Backups für Windows-VMs (SQL Server, Oracle, PostgreSQL) seit Version 13 (September 2025). Für Version 13.1 hat Veeam Replikations-Jobs angekündigt, zunächst nur lokal, sowie Instant Recovery als experimentelles Feature (Stand Juli 2026). Bestehende Veeam-Lizenzen und Restore-Punkte der alten VMware-Umgebung bleiben nutzbar.
  • Auf den Proxmox Backup Server wechseln: eng integriert, mit Deduplizierung, inkrementellen Backups und Verifikation. Subscriptions ab 560 EUR netto pro Backup-Server und Jahr, unbegrenzte Clients inklusive.

Alte Sicherungen aufheben

Aufbewahrungspflichten enden nicht mit dem Hypervisor-Wechsel. Stellen Sie sicher, dass alte VMware-Restore-Punkte über die gesamte Aufbewahrungsdauer lesbar bleiben, und testen Sie einen Restore daraus nach der Migration einmal aktiv durch.

Typische Stolpersteine und ihre Lösungen

Die häufigsten Migrationsprobleme in der Übersicht
ProblemUrsacheLösung
Windows bootet nach dem Import nichtVirtIO-Storage-Treiber fehlt im GastsystemTreiber vorher installieren oder Disk zunächst als SATA/IDE anbinden und nachrüsten
Import aus vSAN schlägt fehlvSAN wird als Quellspeicher nicht direkt unterstütztVM vorher auf NFS/iSCSI-Datastore verschieben oder per Backup-Restore importieren
Server bekommt falsche IP oder Lizenz meckertNeue virtuelle Netzwerkkarte hat neue MAC-AdresseMAC-Adresse der Quell-VM in Proxmox manuell übernehmen
VM ist da, aber Netz fehltVLAN-Tag oder Bridge-Zuordnung stimmt nichtBridge- und VLAN-Konfiguration gegen die ESXi-Portgruppen abgleichen
Uhrzeit springt, Anmeldungen scheiternZeitsynchronisation nach dem UmzugNTP im Gast und auf dem Host prüfen, bei AD-Mitgliedern Zeitquelle der Domäne nutzen
Anwendung verlangt NeuaktivierungGeänderte virtuelle Hardware-IDsLizenzschlüssel bereithalten, Hersteller-Prozess für Hardware-Wechsel nutzen
Erfahrungswerte aus KMU-Migrationen, technische Grundlagen laut Proxmox-Wiki und Import-Assistent-Dokumentation, Stand Juli 2026.

Was nach dem Wechsel anders bleibt

Ehrlichkeit gehört dazu: Proxmox ersetzt vSphere nicht in jedem Detail, und Gartner warnt zu Recht davor, die Umstellung zu unterschätzen. Die wichtigsten Unterschiede im Alltag:

  • Lastverteilung: Seit Version 9.2 (Mai 2026) bringt Proxmox einen integrierten dynamischen Load Balancer mit, der HA-verwaltete Gäste anhand von Echtzeit-Auslastung automatisch live migriert. Er greift nur bei HA-verwalteten Gästen und ist deutlich jünger als VMware DRS, dessen Reife und Funktionsumfang er noch nicht erreicht. In kleinen Clustern ist das selten ein echtes Problem, gehört aber auf den Tisch.
  • vSAN wird zu Ceph oder ZFS: Ceph spielt seine Stärken ab drei Knoten aus, für kleinere Setups sind ZFS mit Replikation oder klassischer Shared Storage der pragmatischere Weg.
  • Kein NSX-Gegenstück: Das Proxmox-SDN deckt VLANs und einfache Overlays ab, komplexe Mikrosegmentierung wie mit NSX bildet es nicht ab.
  • Ökosystem prüfen: Monitoring-Agenten, Storage-Integrationen und Spezialsoftware, die direkt mit vCenter sprechen, brauchen ein Proxmox-Pendant oder einen anderen Weg.

Selbst machen oder begleiten lassen?

Mit solidem Linux-Know-how im Haus ist die Migration gut selbst machbar, das Proxmox-Wiki ist ausgezeichnet. Ohne dieses Know-how, bei engen Wartungsfenstern oder ab etwa zehn produktiven VMs lohnt die Begleitung durch einen Dienstleister, der so etwas regelmäßig macht. Genau das biete ich im Rahmen der IT-Infrastruktur-Betreuung an: Bestandsaufnahme, Testmigration, Umzug in Wellen und danach der laufende Betrieb mit Monitoring, Updates und Backup-Kontrolle. Wichtig ist vor allem eines: früh anfangen, denn bis zum vSphere-8-Support-Ende im Oktober 2027 wollen viele Umgebungen umziehen, und gute Wartungsfenster werden knapp.

Quellen

Dieser Beitrag ist eine sorgfältig recherchierte Orientierung, keine Rechts- oder Steuerberatung. Für verbindliche Auskünfte wenden Sie sich an Ihren Steuerberater oder Rechtsanwalt.

Häufige Fragen

Wie lange dauert die Migration einer einzelnen VM?+

Die reine Übertragung hängt von Disk-Größe und Netzwerk ab. Mit dem Live-Import liegt die tatsächliche Unterbrechung pro VM typischerweise im Minutenbereich, weil die VM auf Proxmox startet, während die Disks im Hintergrund übertragen werden. Dazu kommen pro VM Vor- und Nacharbeiten wie Treiber, Tests und Dokumentation.

Geht die Migration ganz ohne Downtime?+

Nein. Die Quell-VM muss zum Start des Imports gestoppt sein, der Live-Import verkürzt die Unterbrechung aber auf den Neustart plus Umschaltzeit. Für die meisten KMU-Dienste ist ein geplantes Fenster von wenigen Minuten bis einer Stunde je VM realistisch und verkraftbar.

Was mache ich mit VMs auf vSAN?+

vSAN wird als Quellspeicher vom Import-Assistenten nicht direkt unterstützt. Verschieben Sie die VMs vorher per Storage vMotion auf einen NFS- oder iSCSI-Datastore, oder gehen Sie den Weg über ein Backup und einen Restore auf Proxmox.

Funktioniert Veeam nach dem Wechsel weiter?+

Ja. Veeam unterstützt Proxmox VE über das Plug-in seit Version 12.2, vollwertig inklusive Application-Aware-Backups seit Version 13 (September 2025). Alte VMware-Restore-Punkte bleiben lesbar. Für Version 13.1 sind Replikation (zunächst nur lokal) und experimentelles Instant Recovery angekündigt, Stand Juli 2026.

Muss Windows nach der Migration neu aktiviert werden?+

Möglich. Durch die geänderte virtuelle Hardware kann die Windows-Aktivierung oder einzelne Anwendungssoftware eine Reaktivierung verlangen. Mit bereitgelegten Lizenzschlüsseln ist das ein Fünf-Minuten-Thema, ohne sie ein Ärgernis im Wartungsfenster.

Was passiert mit unseren VMware-Lizenzen?+

Abos laufen bis zum Ende der Laufzeit und werden dann nicht verlängert, kündigen Sie fristgerecht. Kauflizenzen bleiben formal gültig und können als Rollback-Sicherheit während der Migration dienen. Danach die alte Umgebung geordnet stilllegen, inklusive Deregistrierung und Dokumentation.

Migration geplant, aber niemand soll es zum ersten Mal machen?

Ich begleite VMware-zu-Proxmox-Migrationen von der Bestandsaufnahme bis zum stabilen Betrieb: Testcluster, Umzug in Wellen, Backup-Umstellung und danach Monitoring und Updates. Aus Chemnitz für KMU in Sachsen und deutschlandweit.

Daniel Gläser

Daniel Gläser

Inhaber Gläser IT-Solutions, Chemnitz

Ich entwickle Software und betreibe IT-Infrastruktur für kleine und mittlere Unternehmen, von der ersten Analyse bis zum laufenden Betrieb. Die Inhalte hier stammen aus realen Projekten und sind mit Quellen belegt.

Weitere Artikel