Wie erfolgt der Wechsel von der klassischen zur modernisierten VMware-Notfallwiederherstellung?
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. Dadurch wird sichergestellt, 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
- Vorbereiten der erforderlichen Infrastruktur
- Vorbereiten des klassischen Recovery Services-Tresors
- Vorbereiten des modernisierten Recovery Services-Tresors
Verschieben replizierter Elemente
Führen Sie die folgenden Schritte aus, um die replizierten Elemente aus der Architektur in die modernisierte Architektur zu verschieben:
Navigieren Sie zum klassischen Recovery Services-Tresor, und öffnen Sie replizierte Elemente.
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.
Wählen Sie den modernisierten Tresor, in den Computer aus dem aktuellen Tresor verschoben werden sollen, sowie eine Appliance für jeden dieser Computer aus.
Wählen Sie zur Überprüfung Weiter aus, und aktivieren Sie das Kontrollkästchen Maximale Migrationsdauer.
Aktivieren Sie das Kontrollkästchen Ich verstehe das Risiko. Fahren Sie mit dem Verschieben ausgewählter replizierter Elemente fort.
Klicken Sie auf Migrieren.
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, führt Site Recovery automatisch ein Rollback der Änderungen aus und sorgt 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, fallen 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.