Ausführen eines Failovers und Failbacks für physische Server, die in Azure repliziert werden

Artikel
07/08/2024

In diesem Tutorial wird beschrieben, wie Sie ein Failover für lokale physische Server durchführen, die mit Azure Site Recovery nach Azure repliziert werden. Nach dem Failover erfolgt ein Failback von Azure zum lokalen Standort, wenn er verfügbar ist.

Vorbereitung

Informieren Sie sich über den Failoverprozess bei der Notfallwiederherstellung.
Informieren Sie sich, wie Sie Computer in einem Wiederherstellungsplan zusammenfassen, wenn Sie ein Failover für mehrere Computer ausführen möchten.
Führen Sie vor einem vollständigen Failover eine Notfallwiederherstellungsübung durch, um sicherzustellen, dass alles wie erwartet funktioniert.
Befolgen Sie diese Anweisungen, um die Verbindung zu virtuellen Azure-Computern nach dem Failover vorzubereiten.

Ausführen eines Failovers

Überprüfen der Servereigenschaften

Überprüfen Sie die Servereigenschaften, und stellen Sie sicher, dass sie die Azure-Anforderungen für Azure-VMs erfüllen.

Klicken Sie unter Geschützte Elemente auf Replizierte Elemente, und wählen Sie den Computer aus.
Im Bereich Repliziertes Element finden Sie eine Zusammenfassung der Computerinformationen, den Integritätsstatus sowie die neuesten verfügbaren Wiederherstellungspunkte. Klicken Sie auf Eigenschaften, um weitere Details anzuzeigen.
In Compute und Netzwerk können Sie den Azure-Namen, die Ressourcengruppe, Zielgröße, Verfügbarkeitsgruppe und Einstellungen verwalteter Datenträger ändern.
Sie können Netzwerkeinstellungen einschließlich des Netzwerks/Subnetzes, in dem der virtuelle Azure-Computer nach dem Failover platziert wird, sowie der IP-Adresse, die ihm zugewiesen wird, anzeigen und ändern.
Unter Datenträger finden Sie Informationen über das Betriebssystem und die Datenträger auf dem Computer.

Failover in Azure

Klicken Sie unter Einstellungen>Replizierte Elemente auf den Computer und dann auf Failover.
Wählen Sie in Failover einen Wiederherstellungspunkt für das Failover aus. Sie können eine der folgenden Optionen auswählen:
- Neueste: Mit dieser Option werden zuerst alle an Site Recovery gesendeten Daten verarbeitet. Sie bietet die niedrigste RPO (Recovery Point Objective), da die nach dem Failover erstellte Azure-VM über alle Daten verfügt, die bei Auslösung des Failovers zu Site Recovery repliziert wurden.
- Letzte Verarbeitung: Mit dieser Option wird ein Failover des Computers auf den letzten Wiederherstellungspunkt ausgeführt, der von Site Recovery verarbeitet wurde. Diese Option bietet eine niedrige Recovery Time Objective (RTO), da keine Zeit für die Verarbeitung unverarbeiteter Daten aufgewendet wird.
- Letzte App-Konsistenz: Mit dieser Option wird ein Failover des Computers mithilfe des letzten App-konsistenten Wiederherstellungspunkts ausgeführt, der von Site Recovery verarbeitet wurde.
- Benutzerdefiniert: Geben Sie einen Wiederherstellungspunkt an.
Klicken Sie auf Der Computer wird vor Beginn des Failovers heruntergefahren, wenn Site Recovery versuchen soll, den Quellcomputer herunterzufahren, bevor das Failover ausgelöst wird. Das Failover wird auch dann fortgesetzt, wenn das Herunterfahren nicht erfolgreich ist. Der Fortschritt des Failovers wird auf der Seite Aufträge angezeigt.
Wenn Sie das Herstellen einer Verbindung mit der Azure-VM vorbereitet haben, stellen Sie eine Verbindung her, um sie nach dem Failover zu überprüfen.
Committen Sie das Failover nach der Überprüfung. Dadurch werden alle verfügbaren Wiederherstellungspunkte gelöscht.

Warnung

Brechen Sie ein Failover in Bearbeitung nicht ab. Vor Beginn des Failovers wird die Replikation der Computer beendet. Wenn Sie ein Failover abbrechen, wird es beendet, ohne dass die Replikation des Computers erneut erfolgt. Bei physischen Servern kann die zusätzliche Failoververarbeitung ca. 8 bis 10 Minuten dauern.

Automatisieren von Aktionen während des Failovers

Möglicherweise möchten Sie Aktionen während des Failovers automatisieren. Hierfür können Sie Skripts oder Azure Automation-Runbooks in Wiederherstellungsplänen verwenden.

Informieren Sie sich über Erstellung und Anpassung von Wiederherstellungsplänen (z. B. Hinzufügen von Skripts).
Informieren Sie sich über das Hinzufügen von Azure Automation-Runbooks zu Wiederherstellungsplänen.

Konfigurieren von Einstellungen nach einem Failover

Nach dem Failover müssen Sie Azure-Einstellungen konfigurieren, um eine Verbindung zu den replizierten Azure-VMs herzustellen. Darüber hinaus müssen Sie interne und öffentliche IP-Adressen einrichten.

Vorbereiten für erneuten Schutz und Failback

Nachdem Sie ein Failover zu Azure ausgeführt haben, schützen Sie Azure-VMs wieder, indem Sie sie an den lokalen Standort replizieren. Nach der Replikation können Sie ein Failback zum lokalen Standort ausführen, indem Sie ein Failover von Azure zum lokalen Standort ausführen.

Für physische Server, die mithilfe von Site Recovery nach Azure repliziert wurden, kann ein Failback nur als VMware-VMs erfolgen. Sie benötigen eine VMware-Infrastruktur, damit Sie ein Failback ausführen können. Führen Sie die Schritte in diesem Artikel aus, um den erneuten Schutz und das Failback vorzubereiten, einschließlich der Einrichtung eines Prozessservers in Azure und eines lokalen Masterzielservers sowie der Konfiguration eines Site-to-Site-VPN oder des privaten Peerings von ExpressRoute für das Failback.
Stellen Sie sicher, dass der lokale Konfigurationsserver ausgeführt wird und mit Azure verbunden ist. Beim Failover zu Azure ist der lokale Standort möglicherweise nicht verfügbar. Der Konfigurationsserver ist deshalb möglicherweise nicht verfügbar oder heruntergefahren. Während des Failbacks muss der virtuellen Computer in der Konfigurationsserverdatenbank vorhanden sein. Andernfalls ist das Failback nicht erfolgreich.
Löschen Sie alle Momentaufnahmen auf dem lokalen Masterzielserver. Der erneute Schutz funktioniert nicht, wenn Momentaufnahmen vorhanden sind. Die Momentaufnahmen auf dem virtuellen Computer werden während des Auftrags zum erneuten Schützen automatisch zusammengeführt.
Wenn Sie in einer Replikationsgruppe zusammengefasste virtuelle Computer erneut schützen, um die Konsistenz mehrerer virtueller Computer zu gewährleisten, stellen Sie sicher, dass sie alle dasselbe Betriebssystem (Windows oder Linux) verwenden, und stellen Sie sicher, dass der von Ihnen bereitgestellte Masterzielserver denselben Betriebssystemtyp aufweist. Alle virtuellen Computer in einer Replikationsgruppe müssen denselben Masterzielserver verwenden.
Öffnen Sie die für das Failback erforderlichen Ports.
Stellen Sie sicher, dass vor dem Failback eine Verbindung zu vCenter Server hergestellt wurde. Andernfalls führt das Trennen und erneute Anfügen von Datenträgern an den virtuellen Computer zu einem Fehler.
Wenn die virtuellen Computer, für die Sie das Failback ausführen möchten, von einem vCenter Server verwaltet werden, stellen Sie sicher, dass Sie über die erforderlichen Berechtigungen verfügen. Wenn Sie die vCenter-Ermittlung schreibgeschützter Benutzer ausführen und virtuelle Computer schützen, ist das Schützen erfolgreich, und das Failover funktioniert. Während des erneuten Schützens tritt beim Failover jedoch ein Fehler auf, da die Datenspeicher nicht ermittelt werden können und beim erneuten Schützen nicht aufgeführt werden. Zum Beheben dieses Problems können Sie die vCenter-Anmeldeinformationen mit einem entsprechenden Konto aktualisieren, das über die erforderlichen Berechtigungen verfügt, und dann den Auftrag wiederholen.
Wenn Sie zum Erstellen virtueller Computer eine Vorlage verwendet haben, sollten Sie sicherstellen, dass jeder virtuelle Computer über eine eigene UUID für die Datenträger verfügt. Falls ein Konflikt zwischen der UUID des virtuellen Computers und der UUID des Masterziels besteht, weil beide mit der gleichen Vorlage erstellt wurden, tritt beim erneuten Schützen ein Fehler auf. Verwenden Sie für die Bereitstellung eine andere Vorlage.
Wenn Sie ein Failback zu einem anderen vCenter Server durchführen, stellen Sie sicher, dass der neue vCenter Server und der Masterzielserver erkannt werden. In der Regel sind die Datenspeicher nicht zugänglich oder nicht in Erneutes Schützen sichtbar, wenn sie es nicht werden.
In den folgenden Szenarios ist kein Failback möglich:
- Sie verwenden entweder die kostenlose Edition von ESXi 5.5 oder die kostenlose Edition von vSphere 6 Hypervisor. Führen Sie ein Upgrade auf eine andere Version durch.
- Sie verfügen über einen physischen Windows Server 2008 R2 SP1-Server.
- Virtuelle Computer, die migriert wurden.
- Ein virtueller Computer wurde in eine andere Ressourcengruppe verschoben.
- Ein Replikat des virtuellen Azure-Computers wurde gelöscht.
- Ein Replikat des virtuellen Azure-Computers ist nicht geschützt (und wird im lokalen Standort repliziert).
Überprüfen Sie die Typen der Failbacks, die Sie verwenden können: Wiederherstellung am ursprünglichen Standort und Wiederherstellung an einem anderen Standort.

Erneutes Schützen von Azure-VMs an einem alternativen Speicherort

Bei diesem Verfahren wird davon ausgegangen, dass der lokale virtuelle Computer nicht verfügbar ist.

Klicken Sie im Tresor auf Einstellungen>Replizierte Elemente und dann mit der rechten Maustaste auf den Computer, für den ein Failover ausgeführt wurde. Klicken Sie anschließend auf Erneut schützen.
Überprüfen Sie in Erneut schützen, ob Azure auf lokal ausgewählt ist.
Geben Sie den lokalen Masterzielserver und den Prozessserver an.
Wählen Sie in Datenspeicher den Masterziel-Datenspeicher aus, in dem die Datenträger lokal wiederhergestellt werden sollen. Verwenden Sie diese Option, wenn der lokale virtuelle Computer gelöscht wurde oder nicht vorhanden ist und neue Datenträger erstellt werden müssen. Diese Einstellung wird ignoriert, wenn die Datenträger bereits vorhanden sind. Sie müssen aber trotzdem einen Wert angeben.
Wählen Sie das Masterziel-Aufbewahrungslaufwerk aus. Die Failbackrichtlinie wird automatisch ausgewählt.
Klicken Sie auf OK, um das erneute Schützen zu starten. Ein Auftrag beginnt mit der Replikation des virtuellen Azure-Computers am lokalen Standort. Sie können den Fortschritt auf der Registerkarte Aufträge nachverfolgen.

Hinweis

Wenn Sie den virtuellen Azure-Computer unter einem vorhandenen lokalen virtuellen Computer wiederherstellen möchten, binden Sie den Datenspeicher des lokalen virtuellen Computers mit Lese-/Schreibzugriff auf dem ESXi-Host des Masterzielservers ein.

Failback von Azure

Führen Sie das Failover wie folgt aus:

Klicken Sie auf der Seite Replizierte Elemente mit der rechten Maustaste auf den Computer und dann auf Ungeplantes Failover.
Überprüfen Sie in Failover bestätigen, dass das Failover von Azure aus erfolgt. 3. Wählen Sie den Wiederherstellungspunkt aus, den Sie für das Failover verwenden möchten.
- Es wird empfohlen, den neuesten Wiederherstellungspunkts zu verwenden. Der App-konsistente Punkt liegt vor dem aktuellen Zeitpunkt und verursacht einige Datenverluste.
- Der neueste Wiederherstellungspunkt ist ein absturzkonsistenter Wiederherstellungspunkt.
- Wenn das Failover ausgeführt wird, fährt Site Recovery die Azure-VMs herunter und startet den lokalen virtuellen Computer. Da dies mit einer gewissen Ausfallzeit verbunden ist, wählen Sie einen geeigneten Zeitpunkt.
Klicken Sie mit der rechten Maustaste auf den Computer, und klicken Sie auf Committen. Dadurch wird ein Auftrag ausgelöst, der die Azure-VMs entfernt.
Stellen Sie sicher, dass die Azure-VMs wie erwartet heruntergefahren wurden.

Erneutes Schützen lokaler Computer in Azure

Die Daten sollten nun wieder auf Ihrem lokalen Standort sein, aber sie werden nicht nach Azure repliziert. Sie können die Replikation nach Azure folgendermaßen erneut starten:

Klicken Sie im Tresor auf Einstellungen>Replizierte Elemente, wählen Sie die virtuellen Computer aus, für die das Failback durchgeführt wurde, und klicken Sie dann auf Erneut schützen.
Wählen Sie den Prozessserver, mit dem die replizierten Daten nach Azure gesendet werden, und klicken Sie auf OK.

Nächste Schritte

Nachdem der Auftrag zum erneuten Schützen abgeschlossen wurde, wird der lokale virtuelle Computer nach Azure repliziert. Bei Bedarf können Sie ein weiteres Failover zu Azure ausführen.

Teilen über