Hyper-V-VM sichern und zurückspielen – wie geht das richtig?

Die schnelle Hilfe, in dieser Reihenfolge

1. 1

   Integrationsdienste und Prüfpunkttyp prüfen

   Jede VM, die anwendungskonsistent gesichert werden soll, braucht im Gast den aktiven Integrationsdienst für die Sicherung – er leitet den VSS-Aufruf des Hosts an die Anwendungen im Gast weiter. Und der Prüfpunkttyp muss „Produktion“ sein; ein Standardprüfpunkt friert nur den Arbeitsspeicher ein, was für eine Datenbank nicht konsistent ist.

   Damit wissen Sie: Integrationsdienst Sicherung aktiv, Prüfpunkttyp Produktion.

2. 2

   Prüfpunktreste und Differenzdateien aufräumen

   Ein abgebrochener Sicherungslauf hinterlässt gelegentlich einen Prüfpunkt. Die VM schreibt seither in eine Differenzdatei (.avhdx), die wächst, bis der Datenträger voll ist – und die nächste Sicherung scheitert am ersten Schritt. Die Prüfpunktliste zeigt ihn; das Entfernen führt die Differenz zusammen, was bei großen Dateien dauert.

   Damit wissen Sie: Keine Prüfpunkte, keine verwaisten .avhdx-Dateien.

3. 3

   Platz auf dem Host prüfen

   Für den Prüfpunkt braucht der Host freien Platz auf dem Datenträger der VM – als Faustregel so viel, wie die VM während der Sicherung schreibt, bei großen Datenbanken mehr. Ein Datenträger mit fünf Prozent frei ist die zweithäufigste Ursache nach dem Prüfpunktrest.

   Damit wissen Sie: Freier Platz auf dem VM-Datenträger reicht für die Sicherung.

4. 4

   Sicherung konfigurieren – oder exportieren

   Die Sicherungssoftware nimmt die VM über den Host auf, mit Zeitplan und Aufbewahrung; die Daten gehen zum Satelliten oder ins Rechenzentrum. Fehlt die Software oder muss es sofort sein: Export-VM auf einen anderen Datenträger. Der Export ist ein Stand zum Zeitpunkt, keine Dauerlösung.

   Damit wissen Sie: Die VM wird regelmäßig gesichert oder liegt als Export auf einem anderen Datenträger.

5. 5

   Zurückspielen proben – in ein isoliertes Netz

   Import-VM mit neuer Kennung an einen Pfad, der das Original nicht berührt; Netzwerkadapter an einen isolierten Switch; starten; prüfen. Eine wiederhergestellte VM mit demselben Namen und derselben Adresse wie das laufende Original gehört nie ins Produktivnetz – zwei Domänencontroller mit demselben Namen sind ein Schaden, der länger dauert als der ursprüngliche Ausfall.

   Damit wissen Sie: Die VM startet aus der Sicherung, Dauer notiert, Protokoll geschrieben.

Dasselbe in PowerShell

Für alle, die mehr als einen Rechner betreuen

Hyper-V bringt alles mit, was für eine konsistente Sicherung nötig ist – Integrationsdienste, Prüfpunkte, Export. Die Befehle zeigen, ob die Voraussetzungen stimmen, und wie eine VM von Hand exportiert und wieder importiert wird. Die regelmäßige Sicherung übernimmt die Sicherungssoftware; das hier ist der Weg, wenn sie fehlt oder wenn es schnell gehen muss.

Warum wächst die .avhdx-Datei, und wie werde ich sie los?

Ein Prüfpunkt friert die virtuelle Festplatte ein; alles, was die VM seither schreibt, geht in eine Differenzdatei. Das ist gewollt, solange der Prüfpunkt lebt – die Sicherung liest den eingefrorenen Stand, danach wird der Prüfpunkt entfernt und die Differenz in die Hauptdatei zusammengeführt. Bricht die Sicherung ab, bevor sie den Prüfpunkt entfernt, bleibt er stehen. Die VM läuft weiter, die Differenzdatei wächst, und niemand merkt es, bis der Datenträger voll ist oder die VM langsam wird.

Zuerst in der Hyper-V-Verwaltung nachsehen: Steht ein Prüfpunkt, ihn löschen – Hyper-V führt dann zusammen. Das dauert bei einer Differenzdatei von 200 GB eine Weile und belastet den Datenträger; nicht während der Arbeitszeit, und nur mit genug freiem Platz, denn die Zusammenführung braucht vorübergehend mehr.

Schwieriger ist der Fall, in dem keine Prüfpunkte angezeigt werden, die VM aber trotzdem auf eine .avhdx zeigt. Dann ist die Verkettung von Hand zusammenzuführen – und davor kommt eine Sicherung der Dateien, so wie sie sind. Das ist der Punkt, an dem diese Seite endet und ein Wartungsfenster beginnt.

Was unterscheidet den Export von einer Sicherung?

Der Export ist eine vollständige Kopie der VM zu einem Zeitpunkt, in einem Ordner. Er ist unschlagbar, wenn eine VM auf einen anderen Host umziehen soll, vor einem großen Update als Rückfall oder als Momentaufnahme vor einer Migration. Er ist keine Sicherung, weil er nichts von dem leistet, was eine Sicherung ausmacht: keinen Zeitplan, keine Aufbewahrung mehrerer Stände, keine Kopie außer Haus, keine Überwachung, keine Verschlüsselung.

Und er liegt oft auf demselben Host. Bei einem Hardwareausfall, einem Brand oder einer Verschlüsselung, die auch den Export erreicht, ist er so verloren wie die VM. Ein Export auf eine externe Platte, die danach aus dem Schrank geholt wird, ist eine Kopie außer Netz – immerhin. Die 3-2-1-Regel verlangt mehr.

Als Faustregel: Export für Umzüge und Rückfallpunkte, Sicherung für den Betrieb. Wer nur Exporte hat, hat keine Sicherung, sondern eine Gewohnheit.

Im Betrieb

Die VM ist nicht gesichert, bevor sie nicht einmal zurückgekommen ist.

Virtualisierung macht die Wiederherstellung einfacher als jede physische Maschine – eine VM ist ein Satz Dateien, der auf jedem Host wieder anläuft. Das verführt dazu, die Probe auszulassen, weil es „ja offensichtlich funktioniert“. In unserer Erfahrung funktioniert es offensichtlich, bis der erste Prüfpunktrest, der falsche Prüfpunkttyp oder die fehlende Integrationsdienstversion die Sicherung seit Wochen inkonsistent gemacht hat.

Im Cloud-Backup unseres Partners TERRA CLOUD werden Hyper-V-VMs über den Host gesichert und nach Herstellerangabe automatisiert testweise wiederhergestellt – mit Bericht. Wer seinen Hyper-V-Host bei uns im Betrieb hat, bekommt das Protokoll vierteljährlich, zusammen mit der Prüfpunktkontrolle, die im Betrieb jede Woche läuft.

Für Häuser, die ihre Hosts selbst betreiben, ist der Rat derselbe: einmal im Quartal eine VM in ein isoliertes Netz zurückspielen, starten, anmelden, Dauer aufschreiben. Das dauert eine Stunde und ist der einzige Beweis, der zählt.