Windows Server 2025 / Standard- und Produktionsprüfpunkte in Hyper-V vergleichen

Standardprüfpunkte sichern den Arbeitsspeicherzustand einer virtuellen Maschine (VM). Produktionsprüfpunkte erfassen einen unterstützten konsistenten Datenzustand des Gasts ohne laufenden Arbeitsspeicher. Beide erlauben die Rückkehr zu einem früheren Zustand; ein Prüfpunkt auf demselben Speicher ersetzt jedoch keine unabhängige Datensicherung.

Arbeitsspeicher, Konsistenz und Ausweichverhalten vergleichen

Merkmal Standard Produktion
Laufender Arbeitsspeicher In der Aufnahme enthalten. Nicht enthalten.
Konsistenz Vorsicht bei verteilten Anwendungen. VSS unter Windows oder unterstütztes Einfrieren unter Linux.
Nach dem Anwenden Aufgenommener Laufzeitzustand kann zurückkehren. Gast startet aus dem wiederhergestellten Datenzustand.
Zweck im Labor Temporären Zustand einer eigenständigen VM vergleichen. Unterstützte Gastdaten vor einer Änderung erfassen.

Die Hyper-V-Dokumentation zu Prüfpunkten beschreibt die Unterschiede. Unter Windows nutzt die Produktionsaufnahme den Volumeschattenkopie-Dienst (VSS), unter Linux ein unterstütztes Einfrieren des Dateisystems. Daraus folgt keine allgemeine Zusicherung für verteilte Anwendungen. Beim Parameter CheckpointType von Set-VM erlaubt Production bei fehlgeschlagener Produktionsaufnahme einen Standardprüfpunkt; ProductionOnly bricht stattdessen ab. Ein selbst vergebener Prüfpunktname belegt nicht die Aufnahmeart.

Vergleich von Arbeitsspeicher und Datei vorbereiten

Verwenden Sie ausschließlich die für das Labor eingerichtete eigenständige HVTEST01 in einer Arbeitsgruppe ohne benötigte Daten, niemals DC1, DC2 oder FS1. Arbeiten Sie auf HV1 als Administrator und halten Sie den Gastkonsolenzugriff bereit. Dokumentieren Sie vorab unter Einstellungen → Verwaltung → Prüfpunkte die ursprüngliche Art, Aktivierung und weiteren Optionen. Prüfen Sie vorhandene Punkte, freien Platz des VHDX-/AVHDX-Volumes und Sicherungsaufträge. Bei parallelen Vorgängen oder unzureichendem Platz für Wachstum und Zusammenführung verschieben Sie den Versuch. Prüfen Sie außerdem vor der ersten Aufnahme den Editor: Falls er Sitzungen wiederherstellt oder automatisch speichert, schalten Sie diese Funktion für den Vergleich gegebenenfalls aus und notieren den Ausgangswert. Eine aus Dateien wiederhergestellte Editorsitzung beweist keine Wiederherstellung des VM-Arbeitsspeichers.

  1. Erstellen Sie auf dem Gastdesktop checkpoint-lab.txt, schreiben Sie A hinein und speichern Sie. Existiert dort bereits eine gleichnamige Datei, stoppen Sie und wählen eine eigene neue Datei; überschreiben Sie nichts Fremdes. Behalten Sie den Pfad bei.
  2. Öffnen Sie die Datei im Editor, ergänzen Sie einen Testsatz ohne Speichern und lassen Sie das Fenster geöffnet. A liegt auf dem Datenträger, der zusätzliche Satz zunächst nur im Editorzustand.
  3. Wählen Sie auf HV1 HVTEST01 → Einstellungen → Verwaltung → Prüfpunkte → Standardprüfpunkte. Dokumentieren Sie die bisherige Einstellung vor der Übernahme.
  4. Erstellen Sie über die VM-Aktion Prüfpunkt einen Punkt, warten Sie auf Abschluss und benennen Sie ihn Lab-Standard-Before. Bei bereits vorhandenem Namen klären Sie zuerst die Identität. Notieren Sie VM und Zeitpunkt.
  5. Ändern Sie danach den Dateiinhalt in B, speichern Sie und schließen Sie den Editor. Öffnen Sie die Datei zur Kontrolle von B erneut und schließen Sie wieder. Das ist der spätere Zustand, der beim Anwenden verloren geht.

Notieren Sie VM, Dateipfad, Prüfpunktidentität, Name, Zeitpunkt und Zweck außerhalb des Gasts. Das Anwenden kann auch dort gespeicherte Versuchsnotizen zurücksetzen. Verwenden Sie ausschließlich entbehrlichen Testtext und behalten Sie die gewählte Datei während des gesamten Vergleichs bei.

Verlust späterer Änderungen vor dem Anwenden prüfen

  1. Prüfen Sie HVTEST01 und B in checkpoint-lab.txt. Bewahren Sie benötigte spätere Daten außerhalb der VM auf.
  2. Wählen Sie unter Prüfpunkte genau Lab-Standard-Before und Anwenden. Prüfen Sie Name und Zeitpunkt statt nur der Position im Baum.
  3. Lesen Sie den Dialog: Prüfpunkt erstellen und anwenden hält zuvor eine weitere Position fest; direktes Anwenden bewahrt den aktuellen Zustand nicht automatisch; Abbrechen erlaubt eine erneute Prüfung. Fahren Sie bei ungeschützten benötigten Daten nicht fort.
  4. Beobachten Sie nach dem Anwenden den wiederhergestellten Editor und den zuvor ungespeicherten Satz. Speichern Sie noch nicht über die Datei, bevor Sie den Zustand dokumentiert haben.
  5. Unterscheiden Sie ungespeicherten Fensterinhalt und gespeichertes A. Schließen Sie ohne Speichern und öffnen Sie die Datei erneut, um A zu prüfen. Dieser zusätzliche Dateitest ist nicht die Wiederherstellung des Arbeitsspeichers selbst.

Direktes Anwenden verwirft spätere Änderungen, auch danach gespeicherte Arbeit. Im Dialog können Sie zuvor einen weiteren Prüfpunkt erstellen und anwenden, direkt anwenden oder abbrechen. Sichern Sie benötigte Daten vorher außerhalb der VM. Der zusätzliche Punkt bewahrt eine weitere Position derselben abhängigen Kette, ist aber keine unabhängige Sicherung. Zurückgesetzte lokale Zustände garantieren auch keine weiterhin gültigen Anmeldetoken oder Verbindungen zu externen Systemen.

Aufnahme ausschließlich als Produktionsprüfpunkt wiederholen

Schließen Sie für den zweiten Vergleich den Editor nötigenfalls ohne Speichern des ausstehenden Satzes und speichern Sie wieder A in checkpoint-lab.txt. Öffnen Sie die Datei und ergänzen Sie unter denselben Editorbedingungen einen ungespeicherten Satz. Führen Sie die folgenden Zeilen einzeln auf HV1 aus. Prüfen Sie vorher HVTEST01 und dass Lab-Production-Before noch nicht existiert. Checkpoint-VM erstellt den benannten Punkt. Bei einem Fehler stoppen Sie; die folgenden Zeilen bestätigen nicht automatisch den Erfolg der vorherigen:

Set-VM -Name 'HVTEST01' -CheckpointType ProductionOnly
Checkpoint-VM -Name 'HVTEST01' -SnapshotName 'Lab-Production-Before'
Get-VMCheckpoint -VMName 'HVTEST01' | Select-Object Name,CreationTime,SnapshotType

Die Abfrage listet Name, CreationTime und SnapshotType. Get-VMSnapshot als Entsprechung von Get-VMCheckpoint verwendet Werte wie Standard oder Recovery; diese Spalte allein belegt keine konsistente Produktionsaufnahme. Prüfen Sie die wirksame Einstellung ProductionOnly, den fehlerfreien Abschluss von Checkpoint-VM sowie Identität und Zeitpunkt des neu erstellten Punkts. Eine leere oder fehlgeschlagene Abfrage ist keine Erfolgsbestätigung.

Scheitert ProductionOnly, halten Sie Meldung und Zeitpunkt fest. Prüfen Sie Sicherungsintegration des Gasts, VSS, Speicher sowie passende Ereignisse in Application/System und Hyper-V-VMMS/Admin. Die Diagnosehilfe für Prüfpunkte und differenzierende Datenträger grenzt Ursachen ein. Wechseln Sie nicht zu Standard, um einen Erfolg vorzutäuschen, und starten Sie Dienste nicht wahllos neu. Speichern Sie erst nach bestätigter Erstellung B, schließen Sie den Editor, wählen Sie exakt Lab-Production-Before und lesen Sie den Anwendungsdialog. Nach dem Anwenden erwarten Sie eine ausgeschaltete VM. Starten Sie sie und öffnen Sie die Datei: Erwartet wird gespeichertes A, ohne Rückkehr des früheren Editor-Arbeitsspeichers.

Protokollieren Sie VM-Zustand, gespeicherten Inhalt und Editorverhalten getrennt. Öffnet eine Anwendung Fenster oder Text aus eigener Wiederherstellung, reicht dieses Erscheinungsbild nicht zur Einordnung. Ein Ergebnis dieser VM garantiert weder Datenbank- noch Active-Directory-Konsistenz oder den Zustand externer Dienste. Andere Arbeitslasten benötigen eine Prüfung ihrer Unterstützung und ein eigenes Wiederherstellungskonzept.

Prüfpunkte durch Hyper-V löschen und zusammenführen lassen

Das Löschen entfernt die jeweilige Wiederherstellungsposition; Hyper-V verwaltet die Zusammenführung der differenzierenden Daten. Es wendet keinen alten Zustand an. Löschen Sie .avhdx niemals im Explorer und ändern Sie keine Elterndateien zum Platzsparen. Unterbrechen Sie eine Zusammenführung nicht, nur weil der Punkt bereits aus der Liste verschwunden ist. Bei Fehlern oder Platzmangel erhalten Sie die Kette und sammeln zunächst den Zusammenhang für die Diagnose.

  1. Identifizieren Sie HVTEST01, die eigenen Punkte Lab-Standard-Before und Lab-Production-Before sowie zusätzlich in Dialogen erstellte Punkte. Entscheiden Sie, welche erhalten bleiben müssen.
  2. Löschen Sie im Hyper-V-Manager nur die vorgesehenen Testpunkte. Prüfpunktunterstruktur löschen erfasst auch Nachfolger; prüfen Sie diese vollständig, bevor Sie eine solche Auswahl erwägen.
  3. Warten Sie auf die Zusammenführung und beobachten Sie Status, Fehler und freien Speicher. Löschen Sie keine Dateien manuell und starten Sie keine unterbrechenden Vorgänge.
  4. Prüfen Sie den VM-Start und die Lesbarkeit der aktuellen Datei. Das Löschen allein soll nicht A zurückholen; vergleichen Sie mit dem unmittelbar vor dem Löschen vorhandenen Inhalt.

Lange aufbewahrte Prüfpunkte erhöhen Wachstum und Komplexität. Legen Sie Zweck, Verantwortlichen und Löschzeitpunkt fest und halten Sie eine unabhängige, auf Wiederherstellbarkeit geprüfte Sicherung vor. Stellen Sie anschließend die zuvor dokumentierten Prüfpunkt- und Editoroptionen wieder her, ohne fremde Prüfpunkte zu entfernen. Löschen Sie Ihre Textdatei nur, wenn sie nicht mehr benötigt wird; das berechtigt nicht zum Löschen der VM-Datenträger.