So exportieren Sie eine VM aus vCenter in das OVA‑Format – Schritt‑für‑Schritt‑Anleitung
Datensicherung und Wiederherstellung | 7. August 2026
So exportieren Sie eine VM aus vCenter in das OVA‑Format – Schritt‑für‑Schritt‑Anleitung
Das Exportieren von VMs aus vCenter in das OVA‑Format ist eine gängige Methode, um VM‑Umgebungen zu archivieren, VM‑Vorlagen für eine schnelle Bereitstellung zu erstellen oder einfache Sicherungen durchzuführen. In dieser Anleitung zeigen wir, wie Sie VMs in vCenter nach OVA exportieren, und behandeln einige häufige Exportprobleme.
Egal, ob Sie alte Server archivieren, VM‑Vorlagen bereitstellen oder Workloads zwischen Umgebungen verschieben – der OVA‑Export aus vCenter ist eine unverzichtbare Fähigkeit für VMware‑Administratoren.
Der vSphere‑Client macht den Export einfach erscheinend, doch erfolgreiche Exporte erfordern einen korrekten VM‑Status, Browsereinstellungen und Kenntnisse über das Festplattenformat. Beim Export einer VM aus vCenter nach OVA entsteht eine einzelne portable Datei, die die gesamte virtuelle Maschine einschließlich Konfiguration und Festplatten enthält.
In dieser Anleitung zeigen wir Ihnen den vollständigen schrittweisen Arbeitsablauf, erläutern verschiedene Exportformate und helfen Ihnen bei der Entscheidung, wann OVA gegenüber anderen Methoden einzusetzen ist.
Migrieren von VMware‑VMs ohne Ausfallzeit
Der OVA‑Export erfordert das Herunterfahren von VMs. i2Migration übernimmt plattformübergreifende V2V‑, P2V‑ und Cloud‑Migrationen ohne Ausfallzeit sowie die automatische Treiberinjektion. Kostenlose Testversion von i2Migration »
Bevor Sie eine virtuelle Maschine exportieren, ist es wichtig zu verstehen, wie der Export einer VM aus vCenter nach OVA funktioniert. VMware verwendet Standardformate, um die Portabilität virtueller Maschinen zwischen ESXi‑Versionen und anderen Hypervisoren sicherzustellen.
Was ist eine OVA‑Datei
Eine OVA‑Datei (Open Virtual Appliance) ist eine einzelne Datei für virtuelle Maschinen. Es handelt sich um ein TAR‑Archiv, das alle VM‑Komponenten in einem praktischen Container zusammenfasst. Beim Export aus vCenter nach OVA enthält die resultierende Datei:
OVF‑Beschreibungsdatei (.ovf): XML‑Metadaten für CPU, RAM, Netzwerk‑ und Festplattencontroller.
Virtuelle Festplattendateien (.vmdk): Tatsächliche VM‑Daten, die beim Export häufig komprimiert werden.
Manifest‑ und Zertifikatsdateien (.mf, .cert): Für Paketintegrität und Sicherheit.
Da OVA eine einzelne Datei ist, ist es das beliebteste Format für die Freigabe von Gold‑Images und vorgefertigten virtuellen Appliances.
OVA im Vergleich zu OVF, Klon und Sicherung
Die Auswahl der richtigen Methode zum Verschieben oder Sichern einer VM hängt von Ihrem Ziel ab. Im Folgenden finden Sie einen kurzen Vergleich des VM‑Pakets mit anderen gängigen VMware‑Vorgängen:
Merkmal
OVA
OVF
VM‑Klon
Professionelle Sicherung
Dateistruktur
Einzelne .ova‑Datei
Mehrere Dateien in einem Ordner
Duplizierte VM im vCenter‑Inventar
Eigene blockbasierte Archive
Portabilität
Hoch (standortübergreifend)
Mittel (ordnerabhängig)
Niedrig (nur innerhalb desselben vCenter)
Hoch (Wiederherstellung auf jedem Host)
Speicherauslastung
Komprimiert
Komprimiert
Vollständige Größe (sofortige Datastore‑Nutzung)
Hocheffizient (Deduplizierung + Kompression)
Geeignet für
Vorlagen und Langzeitarchivierung
Web‑basierte Bereitstellungen
Lokale Tests (Vorproduktion)
Täglicher Schutz und Notfallwiederherstellung
Gründe für den Export einer VM aus vCenter nach OVA
In modernen softwaredefinierten Rechenzentren fragt man sich möglicherweise, warum bei vorhandenen Funktionen wie Cross‑vCenter‑vMotion weiterhin manuelle Exporte verwendet werden. Dennoch gibt es Szenarien, bei denen der Export einer VM in das OVA‑Format aus vCenter eine der praktischsten Lösungen darstellt.
Offline‑Portabilität und Air‑Gapped‑Übertragungen: Wenn Sie eine VM an einen Standort ohne Netzwerkzugriff auf Ihr primäres vCenter oder in eine sichere Air‑Gapped‑Umgebung verschieben, ist OVA der Standard. Sie können den gesamten Workload auf einem physischen Datenträger transportieren.
Verteilung von Gold‑Images: Softwareanbieter und DevOps‑Teams exportieren häufig VM‑Vorlagen aus vCenter, um standardisierte Umgebungen freizugeben. Als einzelne Datei lässt sich OVA einfach in VMware Workstation, Fusion oder ESXi importieren.
Kalt‑Langzeitspeicherung: Die Speicherung inaktiver VMs auf teurem Produktionsspeicher ist ineffizient. Wenn ein Projekt abgeschlossen ist, Daten jedoch aus Compliance‑Gründen aufzubewahren sind, ist die Erstellung einer OVA‑Datei zur Ablage auf kostengünstigem NAS‑ oder Cloud‑Speicher eine kostengünstige Archivierungsstrategie.
Plattformübergreifende Kompatibilität: Obwohl VMware weit verbreitet ist, müssen Sie ggf. einen Workload auf einen anderen Hypervisor oder ein Testwerkzeug wie Oracle VirtualBox migrieren. Der OVA/OVF‑Standard wird breit unterstützt und fungiert als „Universsprache“ für virtuelle Maschinen.
Nachbildung von Laborumgebungen: Zur Fehleranalyse komplexer Probleme ermöglicht der Export einer Produktions‑VM als OVA‑Datei und deren Import in eine Laborumgebung Ingenieuren sichere, „zerstörerische“ Tests ohne Risiko für das Live‑Netzwerk.
Hinweis: Bei großen VMs sollten Sie vor dem Export eine Thin‑Provisioning‑Einstellung der Festplatten vornehmen, um die Größe der OVA‑Datei zu verringern und die Übertragung zu beschleunigen.
Schritte zum Export einer VM aus vCenter nach OVA
Der Export einer virtuellen Maschine über den vSphere‑Client ist unkompliziert, doch einige technische Hürden wie Browser‑Popup‑Blocker und Sitzungszeitüberschreitungen können den Vorgang unterbrechen.
Befolgen Sie diese Schritte, um erfolgreich eine OVA‑Datei aus einer vCenter‑VM zu erstellen.
Schritt 1: Vorbereitung der virtuellen Maschine
Bevor Sie den Export einer VM aus vCenter starten, bereiten Sie das Gastbetriebssystem und die Konfiguration vor:
VM herunterfahren: Sie können keine laufende oder angehaltene VM exportieren. Stellen Sie sicher, dass der Status Ausgeschaltet ist.
Snapshots konsolidieren: Mehrere Snapshots können die Dateigröße erhöhen und Beschädigungen verursachen. Es wird dringend empfohlen, Snapshots zuerst zu konsolidieren oder zu löschen.
Laufwerke trennen: Setzen Sie das CD/DVD‑Laufwerk auf Client‑Gerät und stellen Sie sicher, dass keine ISO‑Dateien eingebunden sind.
Schritt 2: Export‑Assistent starten
Melden Sie sich beim HTML5‑vSphere‑Client an.
Suchen Sie Ihre VM im Inventar.
Klicken Sie mit der rechten Maustaste auf die VM → Vorlage → OVF‑Vorlage exportieren.
Schritt 3: Exporteinstellungen konfigurieren
Legen Sie im Exportfenster diese Optionen sorgfältig fest:
Name: Geben Sie einen Namen für Ihr VM‑Paket ein.
Format: Wählen Sie OVA, um eine einzelne Datei zu erhalten. Falls standardmäßig „Dateiordner (OVF)“ ausgewählt ist, wechseln Sie manuell zu OVA.
Anmerkung: (Optional) Fügen Sie eine Beschreibung für die VM hinzu.
Zusätzliche Flags einbeziehen: Aktivieren Sie „BIOS‑UUID einbeziehen“ oder „MAC‑Adressen einbeziehen“ nur, wenn dies aus Lizenzgründen oder für spezielle Anwendungen erforderlich ist.
Tipp: Die meisten vCenter‑Versionen ab 7.0 unterstützen den direkten OVA‑Download über die grafische Oberfläche. Falls OVA nicht verfügbar ist, können Sie später mit dem VMware OVF‑Tool OVF nach OVA konvertieren.
Schritt 4: Browser‑Download und Fortschrittsüberwachung
Nach dem Klick auf OK bereitet vCenter die Dateien vor.
Browser beobachten: Der Export läuft über Ihren Browser, nicht nur über die vCenter‑Aufgabenkonsole. Erlauben Sie Pop‑ups, falls diese blockiert sind.
Registerkarte geöffnet lassen: Schließen Sie die Browser‑Registerkarte erst, wenn der Download zu 100 % abgeschlossen ist.
Hinweis für große VMs: Bei VMs über 100 GB kann es zu Browser‑Zeitüberschreitungen kommen. Das VMware OVF‑Tool (Befehlszeile) ist für große Exporte zuverlässiger.
Hinweis: VMs mit mehr als 100 GB können bei gängigen Browsern (Chrome/Firefox) gelegentlich Zeitüberschreitungen oder Fehler verursachen. Das VMware OVF‑Tool (Befehlszeile) ist eine stabilere und zuverlässigere Lösung.
Bewährte Verfahren für den VM‑Export aus vCenter
Obwohl der VM‑Export aus vCenter einfach erscheint, erfordern Produktionsumgebungen zusätzliche Sorgfalt, damit die fertige OVA‑Datei sauber, portabel und zuverlässig ist. Befolgen Sie diese bewährten Verfahren für konsistente und fehlerfreie Ergebnisse.
Gastbetriebssystem vor dem Export optimieren
Die OVA‑Datei enthält sämtliche Inhalte der virtuellen Festplatte, sodass überflüssige Dateien den Export aufblähen.
Freien Speicherplatz nullen: Verwenden Sie dd unter Linux oder SDelete unter Windows, um die Kompression zu verbessern.
Temporäre Dateien bereinigen: Nutzen Sie Systemwerkzeuge wie apt‑clean oder die Windows‑Datenträgerbereinigung.
DHCP für Vorlagen verwenden: Konfigurieren Sie den Netzwerkadapter auf DHCP, um IP‑Konflikte in neuen Umgebungen zu vermeiden.
Integrität der OVA‑Datei nach dem Export prüfen
Überprüfen Sie die OVA‑Datei nach Abschluss des Downloads stets auf Beschädigungen – dies spart Zeit bei einem späteren Import.
Verwenden Sie Prüfsummenwerkzeuge (z. B. md5sum oder sha256sum), um sicherzustellen, dass die Datei mit der Quell‑VM übereinstimmt.
Testen Sie bei kritischen VMs den Import der OVA‑Datei in eine nicht produktionelle Laborumgebung, um sicherzustellen, dass die VM bootet und einwandfrei funktioniert.
Kompatibilität der Hardware‑Version prüfen
VMs, die auf neueren ESXi‑Hosts erstellt wurden, verwenden neuere Hardware‑Versionen, die auf älteren Servern ggf. nicht funktionieren.
Wenn Sie die OVA‑Datei breit verteilen möchten, verwenden Sie eine kompatible Hardware‑Version (z. B. Version 13 oder 15), um ältere ESXi‑Hosts zu unterstützen.
Festplatten‑Provisionierung überprüfen
Beim Export wandelt vCenter häufig Festplatten mit Thick‑Provisioning in komprimierte Dateien mit Thin‑Provisioning um.
Stellen Sie sicher, dass das Ziel‑Datastore über ausreichend Speicherplatz verfügt, damit die Festplatte nach dem Import auf ihre vollständige bereitgestellte Größe anwachsen kann.
Hardware‑Abhängigkeiten entfernen
Entfernen Sie alle Passthrough‑Geräte wie physische GPUs oder USB‑Controller. Diese hostspezifischen Bindungen führen bei anderen Systemen zu Importfehlern.
Der VM‑Export ist keine zuverlässige Sicherung für Sicherheitszwecke
Obwohl der VM‑Export aus vCenter wie ein schneller Schutz vor Aktualisierungen erscheint, müssen Sie beachten, dass eine OVA‑Datei lediglich ein portables Archiv darstellt – keine professionelle Sicherung. Die Verwendung manueller Exporte für die Notfallwiederherstellung birgt erhebliche Risiken für Ihre Infrastruktur.
Einschränkungen von OVA‑Exporten als Sicherung
Keine inkrementellen Sicherungen: Jeder Export ist eine vollständige Kopie der VM; es gibt keine Möglichkeit, nur geänderte Daten zu sichern. Dies verschwendet Speicherplatz und erzeugt eine hohe Netzwerklast.
Manuell und unzuverlässig: Exporte erfordern manuelle Eingriffe und lassen sich nicht zuverlässig planen, automatisieren oder im großen Maßstab prüfen. Fehlgeschlagene oder beschädigte Exporte bleiben oft unbemerkt.
Keine Anwendungskonsistenz: OVA‑Exporte stellen keine ordnungsgemäße Stilllegung von Datenbanken oder Anwendungen (wie SQL‑Server oder Oracle) sicher. Wiederhergestellte VMs können unter beschädigten Datenbanken oder inkonsistenten Dateisystemen leiden.
Keine zentrale Verwaltung: Die manuelle Verwaltung von OVA‑Dateien erschwert die Durchsetzung von Aufbewahrungsrichtlinien, die Versionsverfolgung oder die Verschlüsselung ohne zusätzlichen Aufwand.
Professionelles Sicherungswerkzeug: i2Backup
Für Produktionsumgebungen benötigen Sie eine Lösung, die auf den VMware‑vSphere‑Storage‑APIs für den Datenschutz (VADP) basiert. Hier kommt i2Backup für den unternehmensgerechten Datenschutz zum Einsatz.
Im Gegensatz zu manuellen OVA‑Exporten bietet i2Backup:
Agentenlose VM‑Sicherung: Funktioniert direkt mit VMware vCenter/ESXi ohne Installation von Agenten innerhalb der VMs und unterstützt mehrere Virtualisierungsplattformen.
Changed Block Tracking (CBT): Sichert nur geänderte Daten statt vollständiger Kopien und senkt so drastisch Sicherungsdauer und Speicherbedarf.
Automatisierte Planung und zentrale Verwaltung: Legen Sie flexible Sicherungsrichtlinien (stündlich, täglich, wöchentlich, monatlich) über eine webbasierte Konsole fest. Sicherungen laufen automatisch ohne manuellen Aufwand.
Sofort‑VM‑Wiederherstellung: Booten Sie eine VM direkt aus dem Sicherungsspeicher, um Ausfallzeiten zu minimieren – statt auf den Import und die Bereitstellung großer OVA‑Dateien zu warten.
Ransomware‑ und Datensicherheit: Verwendet unveränderlichen WORM‑Speicher, AES/SM4‑Verschlüsselung sowie strenge Zugriffskontrollen, um Sicherungen vor Manipulation, Löschung oder Verschlüsselungsangriffen zu schützen.
Empfohlene Vorgehensweise für die V2V‑Migration
Wenn Ihr Hauptziel beim Export einer VM nach OVA die Migration von Workloads in eine neue Umgebung ist, sollten Sie die betrieblichen Auswirkungen sorgfältig abwägen. Der manuelle VM‑Export aus vCenter für Migrationszwecke ist eine Kaltmigration – er erfordert das Herunterfahren der VM und führt zu spürbaren Ausfallzeiten. Für geschäftskritische Anwendungen in Unternehmen, Finanz‑ oder Gesundheitswesen ist dies oft nicht akzeptabel.
Für komplexe, produktionsgerechte Umgebungen ist ein professionelles V2V‑Migrationstool wie i2Migration die zuverlässigere Wahl.
Während eine OVA‑Datei nur eine statische Momentaufnahme liefert, ist i2Migration eine einheitliche Migrationsplattform für komplexe heterogene Umgebungen. Mit diesen zentralen Funktionen überwindet sie die Einschränkungen des vSphere‑Clients:
Migration ohne Ausfallzeit: Im Gegensatz zum OVA‑Export, der das Herunterfahren der VM erfordert, nutzt i2Migration eine hybride block‑ und dateibasierte Replikation. Dadurch lassen sich Systeme migrieren, während die produktiven Anwendungen weiterlaufen.
Umgebungsübergreifende Vielseitigkeit: Sie unterstützt die standardmäßige V2V‑Migration zwischen ESXi‑Hosts sowie P2V‑ und Virtual‑to‑Cloud‑Szenarien über eine zentrale Verwaltungskonsole.
Hardware‑unabhängige OS‑Migration: Der Import von OVF/OVA‑Vorlagen auf neue Hardware führt aufgrund von Treiberinkompatibilitäten oft zu Boot‑Fehlern oder Bluescreens. i2Migration injiziert automatisch Treiber und unterstützt die BIOS/UEFI‑Konvertierung, sodass die VM auf der Zielplattform korrekt bootet.
Datenbank‑ und unstrukturierte Datenintegrität: Für Systeme mit hoher Parallelität nutzt i2Migration die Redo‑Log‑Synchronisierung für Datenbanken wie Oracle, SQL‑Server und MySQL, um die Transaktionskonsistenz sicherzustellen. Ferner unterstützt es großangelegte NAS‑ und Objektspeicher‑Migrationen mit Hash‑Prüfung zur Gewährleistung der Datenintegrität.
Sicherheit und Leistung: Für Behörden und Finanzsektor entwickelt, verwendet i2Migration AES/SM4‑Verschlüsselung und Bandbreitensteuerung, um Daten zu schützen und die Produktionsnetze während der Migration nicht zu beeinträchtigen.
Kurz gesagt: Während sich der Export von VM‑Vorlagen aus vCenter für kleine Laborumgebungen eignet, erfordert eine unternehmensgerechte Migration eine Echtzeit‑Intelligentsynchronisierung und integrierte Prüfungen – Funktionen, die nur eine dedizierte Plattform wie i2Migration bereitstellen kann.
Fazit
Der OVA‑Export aus vCenter ist eine nützliche Fähigkeit zum Archivieren von VMs und zur Verteilung von Vorlagen. Durch die Einhaltung bewährter Verfahren wie das Herunterfahren der VM und die Bereinigung des Gastbetriebssystems erhalten Sie portable, zuverlässige VM‑Pakete, die in unterschiedlichen Umgebungen funktionieren.
Beachten Sie jedoch, dass manuelle OVA‑Exporte einen kalten, statischen Vorgang darstellen. Für moderne Produktionsumgebungen mit Anforderungen an Hochverfügbarkeit, konsistenten Datenschutz und Automatisierung reichen manuelle Exporte nicht aus.
Nutzen Sie für unternehmensgerechte Sicherheit und Effizienz spezialisierte Lösungen wie i2Backup für den zuverlässigen Datenschutz und i2Migration für reibungslose Migrationen ohne Ausfallzeit.
Von:
