Disaster Recovery aktivieren

In diesem Abschnitt wird beschrieben, wie Sie die Notfallwiederherstellung in XenCenter aktivieren. Verwenden Sie die Option DR konfigurieren, um Speicherrepositorys zu identifizieren, in denen die Poolmetadaten, Konfigurationsinformationen zu allen VMs und vApps im Pool gespeichert sind. Die Metadaten werden aktualisiert, wenn Sie die VM- oder vApp-Konfiguration im Pool ändern.

Hinweis:

Sie können die Notfallwiederherstellung nur aktivieren, wenn Sie LVM über HBA oder LVM über iSCSI verwenden. Für eine neue LUN, die die Pool-Wiederherstellungsinformationen enthält, ist ein geringer Speicherplatz auf diesem Speicher erforderlich.

Bevor Sie beginnen, stellen Sie sicher, dass die für die Notfallwiederherstellung verwendeten SRs nur an den Pool am primären Standort angeschlossen sind. SRs, die für DR verwendet werden, dürfen nicht an den Pool am sekundären Standort angeschlossen werden.

Führen Sie die folgenden Schritte aus, um die Notfallwiederherstellung zu konfigurieren:

  1. Wählen Sie am primären Standort den Pool aus, den Sie schützen möchten. Zeigen Sie im Menü Pool auf Notfallwiederherstellung, und wählen Sie dann Konfigurierenaus.

  2. Wählen Sie bis zu 8 SRs aus, in denen die Pool-Metadaten gespeichert werden können. Für eine neue LUN, die die Pool-Wiederherstellungsinformationen enthält, ist ein geringer Speicherplatz auf diesem Speicher erforderlich.

    Hinweis:

    Informationen für alle VMs im Pool werden gespeichert, VMs müssen nicht unabhängig für den Schutz ausgewählt werden.

  3. Wählen Sie OK. Ihr Pool ist jetzt geschützt.

Wiederherstellen von VMs und vApps während eines Notfalls (Failover)

In diesem Abschnitt wird erläutert, wie Sie Ihre VMs und vApps auf der sekundären (Wiederherstellungs-) Site wiederherstellen.

  1. Wählen Sie in XenCenter den sekundären Pool aus, und wählen Sie im Menü Pool die Option Notfallwiederherstellung und dann den Notfallwiederherstellungsassistentenaus.

    Der Assistent zur Notfallwiederherstellung zeigt drei Wiederherstellungsoptionen an: Failover, Failback und Test Failover. Um die Wiederherstellung am sekundären Standort zu ermöglichen, wählen Sie Failover und dann Weiteraus.

    Warnung:

    Wenn Sie den gemeinsam genutzten Fibre Channel-Speicher mit LUN-Spiegelung verwenden, um Daten an den sekundären Standort zu replizieren, brechen Sie die Spiegelung auf, bevor Sie versuchen, VMs wiederherzustellen. Die Spiegelung muss unterbrochen sein, um sicherzustellen, dass der sekundäre Standort Lese-/Schreibzugriff hat.

  2. Wählen Sie die Speicher-Repositories (SRs) aus, die die Pool-Metadaten für die VMs und vApps enthalten, die Sie wiederherstellen möchten.

    Standardmäßig werden in der Liste auf dieser Assistentenseite alle SRs angezeigt, die derzeit im Pool angefügt sind. Um nach weiteren SRs zu suchen, wählen Sie Speicher-Repositories suchen und dann den Speichertyp aus, nach dem gesucht werden soll:

    • Um nach allen verfügbaren Hardware-HBA-SRs zu suchen, wählen Sie Hardware-HBA-SRs suchen aus.

    • Um nach Software-iSCSI-SRs zu suchen, wählen Sie Software iSCSI-SRs suchen aus, und geben Sie dann die Details des Zielhosts, IQN und LUNs ein.

    Wenn Sie die erforderlichen SRs im Assistenten ausgewählt haben, wählen Sie Weiter, um fortzufahren.

  3. Wählen Sie die VMs und vApps aus, die Sie wiederherstellen möchten. Wählen Sie die entsprechende Option Energiestatus nach der Wiederherstellung aus, um anzugeben, ob der Assistent sie automatisch starten soll, wenn sie wiederhergestellt wurden. Alternativ können Sie sie manuell starten, nachdem das Failover abgeschlossen ist.

    Wählen Sie Weiter, um zur nächsten Assistentenseite fortzufahren und die Failover-Vorabprüfungen zu beginnen.

  4. Der Assistent führt mehrere Vorabprüfungen durch, bevor das Failover gestartet wird. Um beispielsweise sicherzustellen, dass der gesamte für die ausgewählten VMs und vApps erforderliche Speicher verfügbar ist. Wenn an dieser Stelle ein Speicher fehlt, können Sie SR anhängen auf dieser Seite auswählen, um die entsprechende SR zu finden und anzuhängen.

    Beheben Sie alle Probleme auf der Seite Vorabprüfungen, und wählen Sie dann Failover aus, um mit dem Wiederherstellungsprozess zu beginnen.

  5. Eine Fortschrittsseite zeigt das Ergebnis des Wiederherstellungsprozesses für jede VM und jede vApp an. Der Failover-Prozess exportiert die Metadaten für VMs und vApps aus dem replizierten Speicher. Daher hängt die für Failover benötige Zeit von den VMs und vApps ab, die Sie wiederherstellen. Die VMs und vApps werden im primären Pool neu erstellt, und die SRs, die die virtuellen Laufwerke enthalten, werden den neu erstellten VMs zugeordnet. Falls angegeben, werden die VMs gestartet.

  6. Wenn das Failover abgeschlossen ist, wählen Sie Weiter, um den Zusammenfassungsbericht anzuzeigen. Select auf der Seite des Zusammenfassungsberichts die Option Fertig stellen, um den Assistenten zu schließen.

Wenn der primäre Standort verfügbar ist, arbeiten Sie mit dem Assistenten zur Notfallwiederherstellung und wählen Sie Failback aus, um zur Ausführung der VMs auf dieser Site zurückzukehren.

Wiederherstellen von VMs und vApps nach einem Notfall am primären Standort (Failback)

In diesem Abschnitt wird erläutert, wie VMs und vApps aus dem replizierten Speicher wiederhergestellt werden. Sie können VMs und vApps wieder in einem Pool auf Ihrer primären (Produktions-) Site wiederherstellen, wenn der primäre Standort nach einem Notfall gesichert wird. Verwenden Sie den Assistenten zur Notfallwiederherstellung, um VMs und vApps auf Ihren primären Standort als Failback zu verwenden.

  1. Wählen Sie in XenCenter den primären Pool aus, und wählen Sie im Menü Pool die Option Notfallwiederherstellung und anschließend den Notfallwiederherstellungsassistentenaus.

    Der Assistent zur Notfallwiederherstellung zeigt drei Wiederherstellungsoptionen an: Failover, Failback und Test Failover. Um VMs und vApps auf der primären Site wiederherzustellen, wählen Sie Failback und dann Weiteraus.

    Warnung:

    Wenn Sie den gemeinsam genutzten Fibre Channel-Speicher mit LUN-Spiegelung verwenden, um Daten an den primären Standort zu replizieren, brechen Sie die Spiegelung, bevor Sie versuchen, VMs wiederherzustellen. Die Spiegelung muss unterbrochen sein, um sicherzustellen, dass der primäre Standort Lese-/Schreibzugriff hat.

  2. Wählen Sie die Speicher-Repositories (SRs) aus, die die Pool-Metadaten für die VMs und vApps enthalten, die Sie wiederherstellen möchten.

    Standardmäßig werden in der Liste auf dieser Assistentenseite alle SRs angezeigt, die derzeit im Pool angefügt sind. Um nach weiteren SRs zu suchen, wählen Sie Speicher-Repositories suchen, und wählen Sie dann den Speichertyp aus, nach dem gesucht werden soll:

    • Um nach allen verfügbaren Hardware-HBA-SRs zu suchen, wählen Sie Hardware-HBA-SRs suchen aus.

    • Um nach Software-iSCSI-SRs zu suchen, wählen Sie Software iSCSI-SRs suchen aus, und geben Sie dann die Details des Zielhosts, IQN und LUNs ein.

    Wenn Sie die erforderlichen SRs im Assistenten ausgewählt haben, wählen Sie Weiter, um fortzufahren.

  3. Wählen Sie die VMs und vApps aus, die Sie wiederherstellen möchten. Wählen Sie die entsprechende Option Energiestatus nach der Wiederherstellung aus, um anzugeben, ob der Assistent sie automatisch starten soll, wenn sie wiederhergestellt wurden. Alternativ können Sie sie manuell starten, nachdem das Failback abgeschlossen ist.

    Wählen Sie Weiter, um zur nächsten Assistentenseite fortzufahren und die Failback-Vorabprüfungen zu beginnen.

  4. Der Assistent führt mehrere Vorabprüfungen durch, bevor der Failback gestartet wird. Um beispielsweise sicherzustellen, dass der gesamte für die ausgewählten VMs und vApps erforderliche Speicher verfügbar ist. Wenn an dieser Stelle ein Speicher fehlt, können Sie SR anhängen auf dieser Seite auswählen, um die entsprechende SR zu finden und anzuhängen.

    Beheben Sie alle Probleme auf der Seite Vorabprüfungen, und wählen Sie dann Failback aus, um mit dem Wiederherstellungsprozess zu beginnen.

  5. Eine Fortschrittsseite zeigt das Ergebnis des Wiederherstellungsprozesses für jede VM und jede vApp an. Der Failback-Prozess exportiert die Metadaten für VMs und vApps aus dem replizierten Speicher. Daher kann Failback einige Zeit in Anspruch nehmen, abhängig von der Anzahl der wiederherzustellenden VMs und vApps. Die VMs und vApps werden im primären Pool neu erstellt, und die SRs, die die virtuellen Laufwerke enthalten, werden den neu erstellten VMs zugeordnet. Falls angegeben, werden die VMs gestartet.

  6. Wenn das Failback abgeschlossen ist, wählen Sie Weiter, um den zusammenfassenden Bericht anzuzeigen. Select auf der Seite des Zusammenfassungsberichts die Option Fertig stellen, um den Assistenten zu schließen.

Failover testen

Failover-Tests sind eine wesentliche Komponente bei der Disaster Recovery-Planung. Sie können den Disaster Recovery-Assistenten verwenden, um unterbrechungsfreie Tests Ihres Disaster Recovery-Systems durchzuführen. Während eines Test-Failovervorgangs sind die Schritte dieselben wie für das Failover. Statt jedoch gestartet zu werden, nachdem sie auf der DR-Site wiederhergestellt wurden, werden die VMs und vApps in einen angehaltenen Zustand versetzt. Am Ende eines Test-Failovervorgangs werden alle VMs, vApps und Speicher, die auf der DR-Site neu erstellt wurden, automatisch gelöscht. Überprüfen Sie nach der anfänglichen DR-Konfiguration und nachdem Sie signifikante Konfigurationsänderungen in einem DR-fähigen Pool vorgenommen haben, ob das Failover ordnungsgemäß funktioniert, indem Sie ein Test-Failover durchführen.

  1. Wählen Sie in XenCenter den sekundären Pool aus, und klicken Sie im Menü Pool auf Notfallwiederherstellung, um den Assistenten für die Notfallwiederherstellung zu öffnen.

  2. Wählen Sie Failover testen und dann Weiteraus.

    Hinweis:

    Wenn Sie den gemeinsam genutzten Fibre Channel-Speicher mit LUN-Spiegelung verwenden, um Daten an den sekundären Standort zu replizieren, brechen Sie die Spiegelung, bevor Sie versuchen, Daten wiederherzustellen. Die Spiegelung muss unterbrochen sein, um sicherzustellen, dass der sekundäre Standort Lese-/Schreibzugriff hat.

  3. Wählen Sie die Speicher-Repositories (SRs) aus, die die Pool-Metadaten für die VMs und vApps enthalten, die Sie wiederherstellen möchten.

    Standardmäßig werden in der Liste auf dieser Assistentenseite alle SRs angezeigt, die derzeit im Pool angefügt sind. Um nach weiteren SRs zu suchen, wählen Sie “ Speicher-Repositories suchen “ und anschließend den Speichertyp, nach dem gesucht werden soll:

    • Um nach allen verfügbaren Hardware-HBA-SRs zu suchen, wählen Sie Hardware-HBA-SRs suchen aus.

    • Um nach Software-iSCSI-SRs zu suchen, wählen Sie Software iSCSI-SRs suchen aus, und geben Sie dann die Details des Zielhosts, IQN und LUNs in das Feld ein.

    Wenn Sie die erforderlichen SRs im Assistenten ausgewählt haben, wählen Sie Weiter, um fortzufahren.

  4. Wählen Sie die VMs und vApps aus, die Sie wiederherstellen möchten, und wählen Sie Weiter aus, um zur nächsten Seite fortzufahren und die Failover-Vorprüfungen zu beginnen.

  5. Vor Beginn des Test-Failovers führt der Assistent mehrere Vorabprüfungen durch. Um beispielsweise sicherzustellen, dass der gesamte für die ausgewählten VMs und vApps erforderliche Speicher verfügbar ist.

    • Überprüfen Sie, ob Speicher verfügbar ist. Wenn ein Speicher fehlt, können Sie auf dieser Seite SR anhängen auswählen, um die entsprechende SR zu suchen und anzuhängen.

    • Stellen Sie sicher, dass die Hochverfügbarkeit im Ziel-DR-Pool nicht aktiviert ist. Hochverfügbarkeit muss für den sekundären Pool deaktiviert werden, um zu vermeiden, dass dieselben VMs sowohl auf dem primären als auch auf dem DR-Pool ausgeführt werden. Hochverfügbarkeit muss deaktiviert werden, um sicherzustellen, dass die wiederhergestellten VMs und vApps nach der Wiederherstellung nicht automatisch gestartet werden. Um die Hochverfügbarkeit im sekundären Pool zu deaktivieren, können Sie auf der Seite einfach HA deaktivieren auswählen. Wenn die Hochverfügbarkeit zu diesem Zeitpunkt deaktiviert ist, wird sie am Ende des Test-Failoverprozesses automatisch wieder aktiviert.

    Beheben Sie alle Probleme auf der Seite Vorabprüfungen, und wählen Sie dann Failover aus, um mit dem Test-Failover zu beginnen.

  6. Eine Fortschrittsseite zeigt das Ergebnis des Wiederherstellungsprozesses für jede VM und jede vApp an. Der Failover-Prozess stellt Metadaten für die VMs und vApps aus dem replizierten Speicher wieder her. Daher kann Failover einige Zeit in Anspruch nehmen, abhängig von der Anzahl der wiederherzugebenden VMs und vApps. Die VMs und vApps werden im DR-Pool neu erstellt, die SRs, die die virtuellen Laufwerke enthalten, sind mit den neu erstellten VMs verbunden.

    Die wiederhergestellten VMs werden in einen angehaltenen Zustand versetzt: Sie werden während eines Test-Failovers nicht am sekundären Standort gestartet.

  7. Nachdem Sie zufrieden sind, dass das Test-Failover erfolgreich durchgeführt wurde, wählen Sie Weiter im Assistenten aus, damit der Assistent auf der DR-Site bereinigt wird:

    • VMs und vApps, die während des Test-Failovers wiederhergestellt wurden, werden gelöscht.

    • Speicher, der während des Test-Failovers wiederhergestellt wurde, wird getrennt.

    • Wenn die Hochverfügbarkeit im DR-Pool in der Vorabprüfungsphase deaktiviert wurde, damit das Test-Failover durchgeführt werden kann, wird es automatisch wieder aktiviert.

    Der Fortschritt des Bereinigungsvorgangs wird im Assistenten angezeigt.

  8. Wählen Sie Fertig stellen, um den Assistenten zu schließen.