Windows Server 2025 / Hyper-V-VMs exportieren und ohne Identitätskonflikte importieren

Ein Hyper-V-Export umfasst Konfiguration, virtuelle Datenträger und Prüfpunktdateien einer virtuellen Maschine (VM). Beim Import bestimmt der gewählte Modus Hyper-V-Identität und Dateipfade; Windows-Computername, IP-Adressen, Domänenidentität und Aufbewahrung müssen Sie getrennt planen.

Export und Sicherungssystem unterscheiden

Ein Export ist zunächst ein VM-Dateisatz. Er richtet weder regelmäßige Aufträge noch mehrere aufbewahrte Versionen, Integritätsprüfungen, Fehlerwarnungen, unabhängigen Speicher oder eine für jede Anwendung konsistente Wiederherstellung ein. Vorhandene Dateien beweisen noch keine Wiederherstellbarkeit. Legen Sie zuerst fest, welche Daten aus welchem Zeitpunkt benötigt werden und wie lange die Wiederherstellung dauern darf.

Die offizielle Export-/Importanleitung erlaubt den Export laufender oder gestoppter VMs. Diese Übung verwendet jedoch die eigenständige Arbeitsgruppen-VM HVTEST01, normal heruntergefahren und ohne benötigte Daten, niemals DC1, DC2 oder FS1. Arbeiten Sie auf HV1 als Administrator und erfassen Sie ursprüngliche ID, Konfigurationsversion, Pfade und Adapter. Prüfen Sie nach der Prüfpunktübung verbleibende Ketten und ausstehende Zusammenführungen. Löschen Sie keine AVHDX zur Vereinfachung und vermeiden Sie parallele Sicherungen oder Datenträgeränderungen.

Ein Export auf demselben Hostvolume teilt dessen Ausfallrisiko. Unterscheiden Sie einen Übertragungsordner von einem geschützten, getrennten Sicherungsziel. Beide können die vollständigen Gastdatenträger einschließlich Zugangsdaten und Nutzdaten enthalten. Beschränken Sie den Zugriff und wenden Sie die vorgesehenen Schutz- und Aufbewahrungsmaßnahmen an. Eine temporäre Ablage ist kein Grund, diese Dateien öffentlich zu teilen.

In einen neuen Ordner exportieren und Ergebnis prüfen

1. Speichern Sie die Testarbeit im Gast und fahren Sie HVTEST01 normal herunter. Bestätigen Sie auf HV1 Off, nicht Paused oder Saved, und dass keine Zusammenführung läuft.
2. Prüfen Sie freien Platz und Schreibrechte am Ziel. Berücksichtigen Sie den tatsächlichen Exportdateisatz und den Platz für die importierte Kopie; virtuelle Kapazität ist nicht gleich freier Hostspeicher.
3. Wählen Sie im Hyper-V-Manager genau HVTEST01 und Exportieren. Prüfen Sie Name und ID, damit Sie keinen Domänenserver exportieren.
4. Verwenden Sie einen neuen, nach Zeitpunkt oder Durchlauf erkennbaren Zielordner ohne zu überschreibende Dateien. Starten Sie den Export und beobachten Sie ihn bis zum fehlerfreien Abschluss.
5. Prüfen Sie Konfiguration .vmcx, virtuelle Datenträger und benötigte Prüfpunktdateien gegen das ursprüngliche Inventar. Ein leerer Snapshots-Ordner kann ohne Prüfpunkte normal sein; übergehen Sie jedoch keine verbleibenden Abhängigkeiten.

Alternativ zum Assistenten öffnen Sie auf HV1 eine erhöhte PowerShell-Sitzung. Der Block verlangt einen vorhandenen Stammordner und erzeugt einen eigenen Unterordner je Durchlauf. Geben Sie bei Read-Host den tatsächlichen vollständigen Pfad ohne umschließende Anführungszeichen ein. Führen Sie jede Zeile einzeln aus und stoppen Sie bei jedem Fehler, auch bei New-Item oder Export-VM: Eine spätere Dateiliste macht einen fehlgeschlagenen Export nicht erfolgreich. Prüfen Sie vor einer Wiederholung vorhandene Versuchspfade und deren Zustand, ohne aufzubewahrende Exporte zu überschreiben oder zu löschen. Die Parameter von Export-VM beschreiben den Vorgang:

$vm = Get-VM -Name 'HVTEST01' -ErrorAction Stop
if ($vm.State -ne 'Off') { throw 'Shut down the guest before this lab export' }
$exportRoot = Read-Host 'Existing folder for exports'
if (-not (Test-Path -LiteralPath $exportRoot -PathType Container)) { throw 'Export root not found' }
$exportFolder = Join-Path $exportRoot ('HVTEST01-' + (Get-Date -Format 'yyyyMMdd-HHmmss') + '-' + ([guid]::NewGuid().ToString('N').Substring(0,6)))
New-Item -ItemType Directory -Path $exportFolder | Out-Null
Export-VM -Name 'HVTEST01' -Path $exportFolder
Get-ChildItem -LiteralPath $exportFolder -Recurse -File | Select-Object FullName,Length

Nach fehlerfreiem Abschluss erwarten Sie Dateien im eindeutigen Ordner dieses Durchlaufs mit prüfbaren Pfaden und Größen. Eine leere oder teilweise Liste belegt keinen Erfolg; auch eine vollständige Liste beweist noch keine Wiederherstellung. Dokumentieren Sie tatsächlichen Ordner, Zeitpunkt und Ergebnis, um sie mit dem späteren isolierten Import zu verknüpfen. Löschen Sie während dieser Prüfung das Original nicht.

Nur eine VHDX zu kopieren kann Konfiguration und Kettenabhängigkeiten auslassen. Bewahren Sie den vollständigen Satz auf. Vergleichen Sie nach einer Übertragung relative Pfade, Dateigrößen und bei Bedarf Hashwerte unveränderter Dateien. Unterschiede erfordern eine Prüfung von Quelle und Kopie. Gleiche Größe belegt keine Inhaltsgleichheit; übereinstimmende Hashwerte bestätigen die Übertragung, noch nicht Start oder Anwendungswiederherstellung.

Importmodus nach Identität und Dateinutzung wählen

Auf demselben Host kann keine zweite VM mit bereits registrierter ursprünglicher ID registriert werden. Wählen Sie für diesen Versuch Kopieren und behalten Sie das Original; löschen Sie es nicht, um den Konflikt zu umgehen. Direktes Registrieren macht den Exportordner zum aktiven Speicher, nicht zu entbehrlichen temporären Dateien. Prüfen Sie Ressourcen, Pfade, Switches und die vom Zielhost unterstützte Konfigurationsversion. Neuere Versionen funktionieren nicht automatisch auf älteren Hosts. Aktualisieren Sie nicht versuchsweise die Konfiguration; danach ist kein Herabstufen möglich. GenerateNewId bei Import-VM erzeugt die neue Identität der Kopie.

Getrennte Kopie vor der Nutzung ohne Netzwerk prüfen

1. Öffnen Sie auf dem Testhost Aktionen → Virtuellen Computer importieren und wählen Sie den exportierten Dateisatz. Eine einzelne VHDX ersetzt diesen Satz nicht.
2. Bestätigen Sie HVTEST01 und wählen Sie Virtuellen Computer kopieren mit neuer eindeutiger ID. Lassen Sie das Original registriert und dokumentieren Sie beide IDs getrennt.
3. Wählen Sie neue, getrennte Ordner für Konfiguration, Prüfpunkte und Datenträger, abweichend von Original und aufzubewahrendem Export. Prüfen Sie tatsächliche Zielpfade statt nur Anzeigenamen.
4. Lesen Sie Kompatibilitätsanforderungen und vorgeschlagene Anpassungen. Fehlen Speicher, Datenträger, Pfade oder eine unterstützte Version, stoppen Sie und lösen Sie die Anforderung ohne blindes Austauschen von Datenträgern oder Abschwächen von Schutzmaßnahmen.
5. Benennen Sie die noch ausgeschaltete Kopie in HVTEST01-Copy um, sofern der Name frei ist. Stellen Sie in Einstellungen jeden Netzwerkadapter auf Nicht verbunden. Prüfen Sie auch den automatischen Start vor einem etwaigen Hostneustart, damit geerbte Optionen keinen ungeprüften Start mit Netzwerk verursachen.
6. Starten Sie nur die Kopie über die Konsole. Prüfen Sie Windows-Anmeldung, Betriebssystem und dieselben exportierten Testdateien durch Inhalt oder zuvor erfassten Hash. Kontrollieren Sie erneut die ID der Kopie. Notieren Sie Fehler netzabhängiger Dienste, statt beide VMs ungeplant zu verbinden.

Eine neue Hyper-V-ID und der Anzeigename HVTEST01-Copy ändern weder Windows-Computername noch statische IP oder Domänenkonto. Beide Instanzen können im gleichen Netz kollidieren. Lassen Sie für die Prüfung alle Adapter der Kopie auf Nicht verbunden; ein anderer ähnlich benannter Switch genügt nicht. Über die Konsole ist eine Anmeldung ohne Netzwerk möglich. Für einen späteren Netzwerktest planen Sie Gastidentität, eindeutige Adressen und Bereitstellungsanforderungen getrennt, bevor Sie einen Adapter verbinden.

Verwenden Sie dieses Vorgehen nicht zum Hinzufügen von Domänencontrollern oder Kopien betrieblicher Server. Images zur Bereitstellung neuer Installationen benötigen einen unterstützten Generalisierungsablauf, etwa Sysprep vor der Imageerfassung; das Ändern des Anzeigenamens ersetzt ihn nicht. Für Active-Directory-Wiederherstellung und -Klonen gelten eigene Verfahren. Führen Sie Sysprep nicht improvisiert auf einem bereits heraufgestuften Domänencontroller aus. Der erfolgreiche Start dieser isolierten Kopie prüft auch keine Dienste mit externen Abhängigkeiten.

Wiederherstellung, Aufbewahrung und Bereinigung dokumentieren

• Listen Sie tatsächlich geprüfte Punkte auf: lokale Anmeldung, konkrete Datei und Inhalt sowie ohne Netzwerk überprüfbare Dienste. Halten Sie offen gebliebene Prüfungen fest.
• Erfassen Sie Exportzeit, Original- und Kopie-ID, Ziel-Konfigurationsversion sowie vollständige Pfade von aufbewahrtem Export und Test-VM.
• Vergleichen Sie mit dem Recovery Point Objective (RPO: maximal hinnehmbares Alter der wiederhergestellten Daten) und Recovery Time Objective (RTO: maximal hinnehmbare Zeit bis zur Dienstwiederherstellung). Messen Sie den vereinbarten gesamten Zeitraum statt nur des Starts und erfinden Sie keine Messwerte.
• Definieren Sie aufzubewahrende Versionen, geschützten Ort, Verantwortlichen und Löschfreigabe. Ein neuer Export erlaubt nicht automatisch, ältere Versionen ohne Richtlinienprüfung zu löschen.
• Ordnen Sie Fehlerwarnungen des vorgesehenen Prozesses und regelmäßige isolierte Wiederherstellungstests einem Verantwortlichen zu. Ein einmaliger manueller Export richtet diese Überwachung nicht selbst ein.

Fahren Sie zur Bereinigung nur HVTEST01-Copy normal herunter und prüfen Sie ihre ID. Vergleichen Sie Konfigurations- und sämtliche Datenträgerpfade mit Original und aufzubewahrendem Export, bevor Sie die Registrierung entfernen oder Dateien ändern. Eine VM-Registrierung zu entfernen ist etwas anderes als eine VHDX zu löschen. Prüfen Sie nach dem Entfernen nur der vorgesehenen Testkopie, dass HVTEST01 und Export erhalten sind. Können Sie die ausschließliche Zugehörigkeit einer Datei zur entbehrlichen Kopie und das Fehlen von Abhängigkeiten nicht nachweisen, behalten Sie sie zur Prüfung. Verbinden Sie diese Bereinigung nicht mit ungeprüftem Löschen der aufzubewahrenden Sicherung.