5 0 0: Hyper-V-Sicherung mit Resilient Change Tracking (RCT)

From SEPsesam
This page is a translated version of the page 5 0 0:Hyper-V Backup with Resilient Change Tracking (RCT) and the translation is 100% complete.
Other languages:


Icon archived docs.png Dies ist die Dokumentation für die SEP sesam Version 5.0.0 Jaglion.
Dies ist nicht die neueste Version der SEP sesam Dokumentation und bietet daher keine Informationen über die in der neuesten Version eingeführten Funktionen. Weitere Informationen zu SEP sesam Releases finden Sie unter SEP sesam Release Versionen. Die neueste Dokumentation finden Sie in der aktuellen SEP sesam Documentation.


Ü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.

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.

SEP Tip.png 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:

  1. 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.
  2. 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.
  3. 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.
    Hyper-V RCT de.jpg

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.
Information sign.png 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

Copyright © SEP AG 1999-2024. Alle Rechte vorbehalten.
Jede Form der Reproduktion der Inhalte dieses Benutzerhandbuches, ganz oder in Teilen, ist nur mit der ausdrücklichen schriftlichen Erlaubnis der SEP AG gestattet. Bei der Erstellung dieses Benutzerhandbuches wurde mit größtmöglicher Sorgfalt gearbeitet, um korrekte und fehlerfreie Informationen bereit stellen zu können. Trotzdem kann die SEP AG keine Gewähr für die Richtigkeit der Inhalte dieses Benutzerhandbuches übernehmen.