5 0 0: Hyper-V-Sicherung mit Resilient Change Tracking (RCT)
Übersicht
Resilient Change Tracking (RCT) ermöglicht die Nachverfolgung von Änderungsblöcken für Hyper-V-VM-Festplatten. Auf der Ebene der Datenblöcke verfolgt RCT Änderungen an einer VM-Festplatte (VHDX), die zwischen den Sicherungsvorgängen auftreten, und es werden nur die Blöcke gesichert, die seit der letzten Sicherung geändert wurden. Dieser Ansatz ist effizienter und kann den Speicherplatzverbrauch bei mehreren Snapshots auf einem einzigen Host erheblich reduzieren.
Wie es funktioniert
SEP sesam verwendet standardmäßig Resilient Change Tracking (RCT) für Hyper-V Sicherungen auf Windows Server ≥ 2016 (Hyper-V VM ≥ 6.2).
Bei einer vollständigen Sicherung einer virtuellen Maschine wird ein Snapshot von der VM-Festplatte erstellt. Der Inhalt des Snapshots wird gesichert und der Snapshot wird nach erfolgreichem Abschluss der Sicherung automatisch gelöscht. SEP sesam erstellt eine Metadatei für die Hyper-V RCT Sicherung im /var/work Verzeichnis, in der die Informationen über RCT und VMs gespeichert werden.
Bei der nächsten Sicherung wird ein neuer Snapshot erstellt und mit den RCT-Änderungsverfolgungsinformationen abgeglichen, um festzustellen, welche Daten sich geändert haben. Nur die geänderten Blöcke werden gesichert. Nachdem der Snapshot in einen Referenzpunkt konvertiert wurde (von Hyper-V mit der VM zusammengeführt), wird die Abweichungsdatei (.avhdx) automatisch gelöscht.
Manuell erstellte Snapshots haben keinen Einfluss auf die Sicherungskette, die durch den RCT-Prozess erstellt wird.
Unterstüzte Sicherungsmethoden
Unterstützt Sicherungsmethoden sind FULL, DIFF, INCR und COPY. Die Sicherung von Hyper-V basiert auf einer Snapshot Technologie – eine Aufzeichnung des VM-Zustands zu einem bestimmten Zeitpunkt. Wenn ein Snapshot erstellt wird, ist er im Hyper-V Manager sichtbar.
Sie können eine Einzeldateirücksicherung (SFR) von einer FULL-, DIFF-, COPY- und INCR-Sicherung durchführen, wenn der Sicherungssatz auf einem Datenspeicher gespeichert ist (Pfad, Si3 Deduplication Store, etc.). Damit SFR funktioniert, dürfen die Sicherungen nicht verschlüsselt, komprimiert oder auf Band gespeichert sein.
===Voraussetzungen===
Um einen fehlerfreien Betrieb von SEP sesam zu gewährleisten und die Leistung zu verbessern, stellen Sie sicher, dass die folgenden Bedingungen für die Sicherung der virtuellen Hyper-V-Maschinen mit RCT erfüllt sind:
- RCT ist auf Windows Server 2016 und höher verfügbar.
- Die Funktionalität ist in der SEP sesam Version 5.0.0.15 Jaglion V2 verfügbar.
- Es werden nur VHDX-Dateien für Hyper-V RCT unterstützt. VDH-Dateien werden nicht unterstützt und können vom Hyper-V Manager in VHDX-Dateien umgewandelt werden.
- VM-Sicherungsvorgänge mit RCT erfordern die Hyper-V VM-Konfiguration Version 6.2 oder höher. Wenn die Hyper-V-VM auf einem Windows Server ≤ 2012 R2 erstellt und später auf einen Windows Server 2016-Hostserver verschoben wurde (oder der Hostserver auf Windows Server 2016 aktualisiert wurde), müssen Sie die VM offline nehmen und die VM-Konfigurationsversion aktualisieren, bevor sie mit RCT gesichert werden kann.
- Stellen Sie sicher, dass Ihre Hyper-V-Umgebung richtig konfiguriert ist, wie in Hyper-V-Konfiguration beschrieben.
Hyperkonvergierter Hyper-V Cluster mit S2D
SEP sesam unterstützt Hyper-Converged Infrastructure (HCI). In einem Hyperkonvergierten Hyper-V Cluster mit S2D Umgebung können Sie Sicherungen und Rücksicherungen der VMs und Clusterknoten durchführen. Für weitere Informationen siehe Abschnitt Disaster Recovery von HCI.
Konfigurieren der Hyper-V-Sicherung mit RCT
Die virtuellen Maschinen auf Hyper-V müssen einzeln gesichert werden, indem für jede VM, die auf einem eigenständigen Hyper-V-Server oder einem Hyper-V-Cluster läuft, ein Sicherungsauftrag konfiguriert wird. Einzelheiten hierzu finden Sie im Abschnitt Erstellen eines Sicherungsauftrags für jede VM weiter unten.
Sie können einzelne Sicherungsaufträge einer Auftragsgruppe zuweisen und dann den Start aller zu einer Auftragsgruppe gehörenden Aufträge mit einem einzigen Termin auslösen. Die Aufträge werden entsprechend der Nummer der verfügbaren Kanäle abgearbeitet. Die verbleibenden Aufträge werden der Warteschlange hinzugefügt und nacheinander gestartet. Details finden Sie unter Hinzufügen eines Auftrags zu einer Auftragsgruppe.
Sie können Ihren Sicherungsauftrag auch zu einem bestehenden Zeitplan hinzufügen, indem Sie den Sicherungsauftrag doppelklicken, den Reiter Zeitpläne auswählen und ihn zu einem oder mehreren Zeitplänen hinzufügen. Weitere Informationen finden Sie unter Erstellen eines Zeitplans.
Wenn Sie einen Zeitplan angelegt haben, erstellen Sie dafür auch einen Sicherungstermin. Weitere Informationen finden Sie unter Erstellen eines Sicherungstermins.
Erstellen eines Sicherungsauftrags für jede VM
Sie müssen für jede VM, die auf einem eigenständigen Hyper-V-Server oder einem Hyper-V-Cluster läuft, einen eigenen Auftrag erstellen.
Hinweis | |
Sie können den Prozess automatisieren, indem Sie automatisch Aufträge für VMs erzeugen, die mit demselben Host verbunden sind. Anweisungen hierzu finden Sie unter Automatische Auftragserstellung. |
So erstellen Sie manuell einen Sicherungsauftrag für eine VM:
- In Auswahl -> Aufträge -> Nach Clients wählen sie Hyper-V Client (Hyper-V Standalone Server oder Hyper-V Cluster Resource) und klicken Neuer Sicherungsauftrag. Die Neuer Sicherungsauftrag Dialogbox öffnet sich.
- Geben Sie die Quelle an. Suchen Sie nach der VM, die Sie in die Sicherung aufnehmen möchten, und wählen Sie diese aus. Beachten Sie, dass Sie pro Sicherungsauftrag nur eine VM konfigurieren können. Durch Auswahl der Quelle werden die Parameter Auftragstyp und Auftragsname automatisch gesetzt. Wenn Sie weitere Optionen definieren möchten (z.B. Pre/Post Befehle für Sicherung und Rücksicherung, Verschlüsselung oder Komprimierung von Daten, Angabe von Betriebssystem-Anmeldeinformationen, Konsolidierung einzelner Aufträge unter einer bestimmten Auftragsgruppe, Zuordnung eines Auftrages zu einem Zeitplan), klicken Sie auf die entsprechenden Reiter im Fenster Neuer Sicherungsauftrag. Klicken Sie auf OK, um den Auftrag zu erstellen.
Disaster Recovery von Hyper-Converged Infrastructure (HCI)
Zur Vorbereitung eines Disaster Recovery (Wiederherstellung im Katastrophenfall) Ihrer HCI-Umgebung empfiehlt es sich, regelmäßige Sicherungen der hyperkonvergenten Infrastruktur durchzuführen. Dies beinhaltet die Sicherung von:
- allen wichtigen Hyper-V-VMs
- des Systemstatus des Clusterknotens (der Knoten, der zu diesem Zeitpunkt den IP-Namen bedient).
Bei der Sicherung des Systemstatus ist die Cluster-Registrierungsdatenbank in dieser Sicherung enthalten. Im Falle eines Ausfalls des gesamten Clusters oder eines Knotens im Cluster kann die Wiederherstellung mit Hilfe der Systemstatus-Sicherung durchgeführt werden.
Um die virtuellen Maschinen auf Hyper-V zu sichern, lesen Sie den Abschnitt Konfiguration der Hyper-V-Sicherung mit RCT. Allgemeine Details zur Konfiguration einer Sicherung und dessen Voraussetzungen finden Sie unter Standard Sicherungsverfahren.
Gehen Sie wie folgt vor, um das Disaster Recovery des Hyper-V-Cluster-Knotens vorzubereiten:
- Erstellen Sie einen Systemstatus-Sicherungsauftrag Ihres Hyper-V-Clusterknotens
- Eine Systemstatus-Sicherung des Hyper-V-Cluster-Knotens, die bei laufendem Cluster-Dienst durchgeführt wird, umfasst die Cluster-Registrierungsdatenbank.
- Das Konfigurieren einer Systemstatus-Sicherung beinhaltet das Erstellen eines Systemstatus-Sicherungsauftrags für Ihren Hyper-V-Clusterknoten, das Einrichten eines Sicherungszeitplans (der angibt, wann Sie Ihre Daten sichern möchten) und das Verknüpfen des Zeitplans mit einem Sicherungstermin (der angibt, wie und wo die Daten gesichert werden sollen). Weitere Einzelheiten finden Sie unterSicherung des Systemstatus.
- Test des Disaster Recovery von HCI
- Es wird dringend empfohlen, regelmäßig eine Testwiederherstellung Ihres Hyper-V-Clusters oder Clusterknotens durchzuführen. Führen Sie eine Rücksicherung Ihres Hyper-V-Clusterknotens durch und überprüfen Sie die Funktionalität und Integrität des Clusters.
Anmerkung | |
Der Kunde ist dafür verantwortlich, Disaster Recovery-Pläne für seine HCI-Umgebung vorzubereiten, auszuführen und zu testen. SEP kann eine erfolgreiche Disaster Recovery der HCI-Umgebung nicht garantieren und ist nicht verantwortlich, wenn der Disaster Recovery fehlschlägt. |
Überwachung der Sicherung
Sie können den Status Ihrer Sicherungsläufe in der GUI (Überwachung -> Health Check -> Letzter Sicherungsstatus oder Job Status -> Sicherungen) oder SEP sesam Web UI einsehen. Diese Sicherungsstatusübersicht zeigt Einzelheiten zum letzten Lauf der Sicherungen, inklusive dem Auftragsnamen, Start und Stoppzeit der letzten Sicherungen, Sicherungsmethode, Datengröße, Durchsatz, zugewiesener Medienpool, etc.
Siehe auch
Hyper-V Sicherung - Automatisieren des Sicherungsprozesses - Hyper-V Rücksicherung - Hyper-V Konfiguration