Wechseln von der klassischen zur modernisierten VMware-Notfallwiederherstellung

  • Artikel

In diesem Artikel finden Sie Informationen dazu, wie Sie Ihre VMware-Replikationen oder Replikationen physischer Computer von der klassischer zur modernen Schutzarchitektur verschieben/migrieren können. Mit dieser Funktion zum Migrieren können Sie Ihre replizierten Elemente erfolgreich von einem Konfigurationsserver in eine Azure Site Recovery-Replikationsappliance übertragen. Diese Migration wird von einem intelligenten Replikationsmechanismus gesteuert, wodurch sichergestellt wird, dass die vollständige Erstreplikation nicht für nicht kritische replizierte Elemente erfolgt und nur die differenziellen Daten übertragen werden.

Hinweis

  • Wiederherstellungspläne werden nicht migriert und müssen im modernisierten Recovery Services-Tresor erneut erstellt werden.

Voraussetzungen

Verschieben replizierter Elemente

Führen Sie die folgenden Schritte aus, um die replizierten Elemente aus der Architektur in die modernisierte Architektur zu verschieben:

  1. Navigieren Sie zum klassischen Recovery Services-Tresor, und öffnen Sie replizierte Elemente.

    Screenshot mit replizierten Elementen.

  2. Wählen Sie Upgrade auf modernisierte VMware-Replikation aus. Die Details zu den Voraussetzungen werden angezeigt. Stellen Sie sicher, dass Sie die Voraussetzungen lesen und dann Weiter auswählen, um die Migrationseinstellungen zu konfigurieren.

    Screenshot mit den Voraussetzungen.

  3. Wählen Sie den modernisierten Tresor aus, in den Computer aus dem aktuellen Tresor verschoben werden sollen, sowie eine Appliance für jeden dieser Computer.

    Screenshot mit Migrationseinstellungen.

  4. Wählen Sie zur Überprüfung Weiter aus, und aktivieren Sie das Kontrollkästchen Maximale Migrationsdauer.

  5. Aktivieren Sie das Kontrollkästchen Ich verstehe das Risiko. Fahren Sie mit dem Verschieben ausgewählter replizierter Elemente fort.  

    Screenshot der Überprüfung.  

  6. Klicken Sie auf Migrieren.

  7. Sie können die Migrationsaufträge im Abschnitt Site Recovery-Aufträge des Tresors überwachen. 

Zulässige Aktionen während und nach der Migration

Während der Migration von Computern

Während der Migration eines replizierten Elements kann die fortlaufende Replikation für einige Zeit unterbrochen werden. Die Replikation wird fortgesetzt, sobald die Migration abgeschlossen ist. Während der Migration dürfen Sie einen Failovervorgang ausführen. Der letzte verfügbare Wiederherstellungspunkt ist zur Auswahl vorhanden und kann für die Replikation gewählt werden.  

Während die Migration läuft, können Sie nur den Failovervorgang durchführen. Sobald die Migration abgeschlossen ist, beginnt die Replikation der Daten unter Verwendung der modernisierten Architektur und des neuen Tresors. Alle Vorgänge lassen sich im neuen Tresor durchführen.  

Hinweis

Wenn die Migration fehlschlägt, machen wir die Änderungen automatisch rückgängig und sorgen dafür, dass die Replikation vom klassischen Tresor aus erneut beginnt.  

Vorgänge nach der Migration aus dem klassischen Tresor

Die Vorgänge Failover und Replikation deaktivieren sind auch nach erfolgreicher Migration weiterhin über den klassischen Tresor verfügbar. Der klassische Tresor ist weiterhin solange vorhanden, bis der Aufbewahrungszeitraum des letzten verfügbaren Wiederherstellungspunkts abgelaufen ist. Sobald der Aufbewahrungszeitraum abgelaufen ist, wird der Tresor automatisch bereinigt. Während dieser Zeit können Wiederherstellungspunkte aus beiden Tresoren für das Failover verwendet werden. Die Auswahl eines geeigneten Wiederherstellungspunkts hängt von Ihren Failoveranforderungen ab. 

Bis zum Löschen des klassischen Tresors werden Ihnen weiterhin Gebühren für die Aufbewahrungspunkte in Rechnung gestellt. Sobald der Löschvorgang abgeschlossen ist, fall für den klassischen Tresor keine Gebühren mehr an.

Wenn das Failover nach der Migration unter Verwendung des klassischen Tresors erfolgt, werden die replizierten Elemente, die sich im modernisierten Tresor befinden, automatisch bereinigt. Danach sind alle weiteren Vorgänge, wie z. B. Commit, erneuter Schutz und Failback, nur noch über den klassischen Tresor möglich.  

Nächste Schritte

Wechseln von der klassischen zur modernisierten VMware-Notfallwiederherstellung