Oracle Cloud Infrastructure-Dokumentation

Zurücksetzen der DR-Konfiguration nach einem Failover

Problemfall: Eine Failover-Planausführung bereinigt keine Ressourcen in der primären DR-Schutzgruppe oder konfiguriert DR-Elementeigenschaften, um einen DR-Übergang in umgekehrter Richtung vorzubereiten.

Lösung: Nachdem eine Failover-Planausführung erfolgreich war, müssen Sie diese Bereinigung manuell ausführen und die Konfiguration der Eigenschaften rückgängig machen, um die DR-Konfiguration für Switchover oder Failover bei Bedarf in umgekehrter Richtung vorzubereiten.
Hinweis

Wenn Sie den hier aufgeführten manuellen Bereinigungsschritt ausführen, müssen Sie alle vorhandenen DR-Pläne aktualisieren. Nach einer Aktualisierung müssen Sie alle DR-Pläne überprüfen.

Führen Sie die folgenden Aufgaben zur Bereinigung und Neukonfiguration manuell am Ende einer Failover-Planausführung aus:

Bevor Sie mit der Bereinigung für jeden hier beschriebenen einzelnen Member-Typ beginnen, stellen Sie sicher, dass die Rolle und der Status der alten DR-Schutzgruppe der primären (neuen Standbydatenbank) korrekt sind. Die Rolle der neuen Standby-DR-Schutzgruppe muss Standby lauten, und ihr Lebenszyklusstatus muss Aktiv lauten. Sie können die Rolle der DR-Schutzgruppe bearbeiten, indem Sie im Informationsbereich der DR-Schutzgruppe neben dem Feld Rolle auf Bearbeiten klicken. Sie können den Lebenszyklusstatus der DR-Schutzgruppe zurücksetzen, indem Sie im Menü Aktionen die Option Status zurücksetzen auswählen.

Volume-Gruppenmitglieder

Führen Sie für jedes Volume-Gruppenmitglied in der alten primären DR-Schutzgruppe die folgenden Schritte aus:

  1. Deaktivieren Sie die Replikation für jedes ursprüngliche Volume-Gruppenmitglied in der alten primären DR-Schutzgruppe.
  2. Entfernen Sie alle ursprünglichen Volume-Gruppenmitglieder aus der alten primären DR-Schutzgruppe.
  3. Beenden Sie alle Volume-Gruppen, die im vorherigen Schritt aus der alten primären DR-Schutzgruppe entfernt wurden.
  4. Konfigurieren Sie die Volume-Gruppenreplikation in umgekehrter Richtung (von der aktuellen primären Region zur aktuellen Standbyregion) für jedes neue Volume-Gruppenmitglied, das der aktuellen primären DR-Schutzgruppe hinzugefügt wurde.
  5. Konfigurieren Sie bei Bedarf zusätzliche Elementeigenschaften für jedes neue Volume-Gruppenmitglied in der aktuellen primären DR-Schutzgruppe, wie Zielbackup-Policy, vom Kunden verwaltete Zielschlüssel usw.

Dateisystem-Member

Führen Sie für jedes Dateisystemmitglied in der alten primären DR-Schutzgruppe die folgenden Schritte aus:

  1. Deaktivieren Sie die Replikation für jedes ursprüngliche Dateisystemmitglied in der alten primären DR-Schutzgruppe.
  2. Entfernen Sie alle ursprünglichen Dateisystemmitglieder aus der alten primären DR-Schutzgruppe.
  3. Beenden Sie alle Dateisysteme, die im vorherigen Schritt aus der alten primären DR-Schutzgruppe entfernt wurden.
  4. Konfigurieren Sie die Dateisystemreplikation in umgekehrter Richtung (von der aktuellen primären Region zur aktuellen Standbyregion) für jedes neue Dateisystemmitglied, das der aktuellen primären DR-Schutzgruppe hinzugefügt wurde.
  5. Konfigurieren Sie bei Bedarf zusätzliche Elementeigenschaften für jedes neue Dateisystemmitglied in der aktuellen primären DR-Schutzgruppe, wie Ziel-Snapshot-Policy, vom Kunden verwaltete Zielschlüssel usw.

Object Storage-Elemente (Buckets)

Führen Sie für jedes Objektspeicher-Bucket-Element in der alten primären DR-Schutzgruppe die folgenden Schritte aus:

  1. Deaktivieren Sie die Replikation für jeden ursprünglichen Objektspeicher-Bucket in der alten primären DR-Schutzgruppe.
  2. Entfernen Sie alle ursprünglichen Objektspeicher-Buckets aus der alten primären DR-Schutzgruppe.
  3. Beenden Sie diese entfernten Objektspeicher-Buckets nicht.
  4. Konfigurieren Sie die Replikation des Objektspeicher-Buckets in umgekehrter Richtung (von der aktuellen primären Region zur aktuellen Standbyregion) für jeden Objektspeicher-Bucket, der in der aktuellen primären DR-Schutzgruppe vorhanden ist.

Compute-Instanzmitglieder verschieben

Führen Sie für jedes verschiebende Compute-Instanzmitglied in der alten primären DR-Schutzgruppe die folgenden Schritte aus:

  1. Trennen und beenden Sie alle Block-Volumes, die an bewegliche Instanzmitglieder in der alten primären DR-Schutzgruppe angehängt sind.
  2. Entfernen Sie alle ursprünglichen verschobenen Compute-Instanzmitglieder aus der alten primären DR-Schutzgruppe.
  3. Beenden Sie alle verschiebenden Compute-Instanzen, die im vorherigen Schritt aus der alten primären DR-Schutzgruppe entfernt wurden. Stellen Sie sicher, dass Sie beim Beenden dieser Compute-Instanzen auch die angehängten Boot-Volumes löschen.

Nicht zu verschiebende Compute-Instanz-Member

Führen Sie für jedes nicht zu verschiebende Compute-Instanzmitglied in der alten primären DR-Schutzgruppe die folgenden Schritte aus:

  1. Trennen und beenden Sie in der alten primären DR-Schutzgruppe alle Block-Volumes, die für Anhänge-/Trennen-Vorgänge konfiguriert wurden. Die Liste dieser Block-Volumes finden Sie in der Registerkarte Block-Volumes im Abschnitt Erweiterte Optionen.
  2. Hängen Sie in der alten primären DR-Schutzgruppe alle Dateisysteme aus, die für Einhänge-/Aushängevorgänge von Dateisystemen konfiguriert wurden. Die Liste dieser Dateisysteme finden Sie in der Registerkarte Dateisysteme des Abschnitts Erweiterte Optionen.
  3. Entfernen Sie in der alten primären DR-Schutzgruppe die vorhandenen Details zum Mountziel, und konfigurieren Sie die Eigenschaften des Mountziels in der Registerkarte Dateisystem im Abschnitt Erweiterte Optionen neu.
  4. Entfernen Sie in der alten primären DR-Schutzgruppe die vorhandenen attach-detach-Eigenschaften für die Block-Volumes auf der Registerkarte Block-Volumes im Abschnitt Erweiterte Optionen, und konfigurieren Sie sie mit Block-Volume-Informationen aus der neuen primären DR-Schutzgruppe neu.

Datenbankmitglieder (Basisdatenbank, Exadata-Datenbank [alle Typen], autonome Containerdatenbank)

Führen Sie für jedes Datenbankmitglied in der alten primären DR-Schutzgruppe die folgenden Schritte aus:

  1. Stellen Sie mit der OCI-Datenbankkonsole sicher, dass die neue Primärdatenbank über die Rolle Primär und die alte Primärdatenbank über die Rolle Deaktivierte Standbydatenbank verfügt.
  2. Führen Sie einen Data Guard-Neuinstanziierungsvorgang für alle Datenbankmitglieder in der alten primären DR-Schutzgruppe aus. Weitere Informationen finden Sie unter Datenbank-Switchover und -Failover ausführen und Datenbank neu instanziieren.

Load Balancer- und Network Load Balancer-Mitglieder

Führen Sie für jedes Load Balancer- und Network Load Balancer-Mitglied in der alten primären DR-Schutzgruppe die folgenden Schritte aus:

  1. Löschen Sie bei Backend-Sets, die auf verschiebende Instanzen verweisen, alle Backends aus dem Backend-Set.
  2. Markieren Sie für Backend-Sets, die auf nicht verschiebende Instanzen verweisen, das Backend-Set als offline.

OKE-Clustermitglieder

Führen Sie für jedes OKE-Clustermitglied in der alten primären DR-Schutzgruppe die folgenden Schritte aus:

  1. Melden Sie sich beim OKE-Cluster an, und entfernen Sie den Namespace brie. Dadurch wird das Backup des OKE-Clusters deaktiviert.
  2. Melden Sie sich beim OKE-Cluster an, und löschen Sie manuell alle Namespaces, die für DR konfiguriert wurden. Stellen Sie sicher, dass alle Ressourcen, die mit diesen Namespaces verknüpft sind, ebenfalls gelöscht werden. Beispiele für diese verknüpften Ressourcen sind: Pods, Deployments, persistente Volumes, CRDs usw.

Übergeordnetes Thema: Fehlerbehebung