Lebenszyklus

Im System werden während seines Lebenszyklus unterschiedliche Vorgänge ausgeführt. Die relevantesten sind Switchover und Testen oder Öffnen der Sekundärdatenbank für Validierungen, Patching usw.

Switchover ausführen

Ein Switchover ist ein geplanter Vorgang, bei dem ein Administrator die Rollen der beiden Sites zurücksetzt. Nach einem Switchover wird das primäre System sekundär, und das sekundäre System wird primär. Bei einem Switchover kommt es zu Ausfallzeiten auf der primären Site.

Ein Switchover erfolgt nach den Standardverfahren (siehe Switchover in Oracle WebLogic Server for Oracle Cloud Infrastructure Disaster Recovery und SOA Suite on Oracle Cloud Infrastructure Marketplace Disaster Recovery).

Propagieren Sie alle ausstehenden Konfigurationsänderungen pro Schritte, die unter "Laufende Konfigurationsreplikation einrichten" angegeben sind.
Stoppen Sie Server auf der primären Site.
Switchover-DNS-Namen.
Datenbank umschalten.
Starten Sie die Server auf der sekundären Site.

Der Hauptunterschied besteht darin, dass nur die Oracle Cloud Infrastructure-(OCI-)Konsole für das Switchover der Oracle Autonomous Database-Instanz verwendet wird.

Hinweis:

Wenn bei Remote Refreshable Clones ein permanenter Switchover ausgeführt wird (wenn die Sekundärkomponente über einen nicht permanenten Test oder eine nicht permanente Prüfung hinaus primär wird), müssen Sie einen aktualisierbaren Peerklon in der ursprünglichen primären Region erstellen, um ein sekundäres System für Tests und Validierungen in der neuen Standbydatenbank (ursprünglich primär) zu haben. Der aktualisierbare Klon in der Sekundärdatenbank kann nicht mehr verbunden werden, da die Quelle jetzt eine Standbydatenbank ist (aktualisierbare Klone können nicht aus der Standbydatenbank Oracle Autonomous Database Serverless erstellt, verwaltet oder verbunden werden). Es ist nicht möglich, sie erneut zu aktualisieren. Bei Bedarf können Sie die Datenbank entfernen, um Kosten zu senken. Um den neuen aktualisierbaren Klon in der ursprünglichen Primärdatenbank (jetzt Standby) zu erstellen, gehen Sie wie beim ersten vor.

Führen Sie die folgenden Schritte für den Switchover-Vorgang aus:

Deaktivieren Sie die geplante Replikation während des Switchovers, da sie möglicherweise ausfällt und den Switchover-Vorgang selbst beeinträchtigt.
Stoppen Sie die Server auf der primären Site.
Verwenden Sie die Oracle WebLogic Administration Server-Konsole oder -Skripte, um die Oracle WebLogic Server-Instanzen auf der primären Site zu stoppen.

Hinweis:
Der Admin-Server auf der primären Site kann während des Switchovers aktiv bleiben. Es wird jedoch empfohlen, die Site zu stoppen, wenn sie sich in einer Standbyrolle befindet, da erwartet wird, dass die Domainkonfiguration auf der Standbysite während des Lebenszyklus von der primären Konfiguration außer Kraft gesetzt wird. Wenn der Admin-Server aktiv ist, während dies geschieht, wird er mit einer veralteten Konfiguration ausgeführt.
Switchover des Frontend-DNS-Namens durchführen.

Führen Sie den erforderlichen DNS-Push im DNS-Server aus, der die vom System verwendeten Namen hostet, oder ändern Sie die Dateihostauflösung in Clients so, dass der virtuelle Frontend-Name des Systems auf die öffentliche IP verweist, die vom Load Balancer in der sekundären Site verwendet wird.

Für Szenarios, in denen DNS für die externe Frontend-Auflösung verwendet wird (wie OCI-DNS oder kommerzielles DNS), können Sie die Änderung mit einer API per Push übertragen. Um ein Beispiel anzuzeigen, in dem diese Änderung in einem OCI-DNS übertragen wird, gehen Sie zu GitHub. Beispiel: Skripte, um das Frontend-DNS zu aktualisieren.

Hinweis:
Der TTL-Wert des DNS-Eintrags wirkt sich auf das RTO des Switchovers aus: Wenn der TTL-Wert hoch ist (Beispiel: 20 min), nimmt die DNS-Änderung diese Zeit in Anspruch, damit sie bei den Clients wirksam wird. Wenn Sie niedrigere TTL-Werte verwenden, wird dies schneller. Dies kann jedoch zu einem Overhead führen, da Clients das DNS häufiger treffen, anstatt gecachte Namen zu verwenden. Ein guter Ansatz besteht darin, die TTL vorübergehend auf einen niedrigen Wert (z.B. 1 Min.) vor der Änderung im DNS zu setzen. Führen Sie dann die Änderung durch, und setzen Sie die TTL nach Abschluss der Switchover-Prozedur wieder auf den ursprünglichen Wert zurück.
Melden Sie sich in der Oracle Cloud Infrastructure-(OCI-)Konsole für die SECONDARY-REGION an, und navigieren Sie dann zur Autonomous Database.
Wählen Sie das Compartment aus, das die Oracle WebLogic-Datenbank hostet, und klicken Sie auf den Datenbanknamen.
Wählen Sie im Dropdown-Menü Weitere Aktionen die Option Switchover aus, und bestätigen Sie dann die Eingabe des Standbydatenbanknamens.
Klicken Sie auf den Abschluss des Vorgangs.

Der Status wird im Menü "Arbeitsanforderungen" unter "Ressourcen" auf der linken Seite angezeigt.
Starten Sie den sekundären Admin-Server (oder starten Sie ihn neu, wenn er bereits gestartet wurde. Die Konfigurationsänderungen, die beim Standby-Modus repliziert wurden, werden wirksam.)
Starten Sie sekundäre Managed Server (mit der oder den Skripten der Oracle WebLogic Server-Konsole).

Failover ausführen

Ein Failover-Vorgang wird ausgeführt, wenn der primäre Standort nicht mehr verfügbar ist und es sich in der Regel um einen ungeplanten Vorgang handelt. Sie können eine Standbydatenbank mit Rollen in eine Primärdatenbank übertragen, wenn die ursprüngliche Primärdatenbank ausfällt und keine Möglichkeit besteht, die Primärdatenbank rechtzeitig wiederherzustellen.

Je nachdem, ob die Primär- und die Zielstandbydatenbank zum Zeitpunkt des Ausfalls der Primärdatenbank konsistent waren, kann es zu einem Datenverlust kommen oder nicht. Eine Failover-Prozedur ähnelt einer Switchover-Prozedur. Sie führen jedoch ein Failover statt eines Switchover-Vorgangs in der Datenbank aus.

Normalerweise wird ein Failover-Vorgang ausgeführt, wenn sich ein Ausfall auf die primäre Region auswirkt. Daher kann es einige Aufgaben geben, die Sie in der Primärdatenbank nicht ausführen können. Beispiel: Sie können die Oracle WebLogic Server-Prozesse möglicherweise nicht in der primären Datenbank stoppen, weil die Hosts nicht erreichbar sind.

Wenn möglich, stoppen Sie die WebLogic-Server in der primären Site.
Wechseln Sie zu den DNS-Namen.
Failover der Datenbank.

Hinweis:
Wenn Sie Oracle Autonomous Database Serverless verwenden, wird der Failover-Link nur angezeigt, wenn die Primärdatenbank nicht verfügbar und eine Standby-Datenbank verfügbar ist. Mit der API können Sie jederzeit einen manuellen Failover initiieren
Starten Sie die Server in der sekundären Site.
Wenn ein Failover-Vorgang abgeschlossen ist und die vorherige primäre Site erneut erreichbar ist, müssen Sie die folgenden manuellen Aufgaben ausführen, um das System für ein zukünftiges Switchback vorzubereiten.
1. Stoppen Sie die Oracle WebLogic Server-Prozesse in der nicht erfolgreichen Site.
  Wenn Sie sie während des Failovers nicht gestoppt haben, können die Prozesse blockiert werden. Stellen Sie sicher, dass sie gestoppt werden.
2. Bei Oracle Autonomous Database Serverless müssen Sie die nicht erfolgreiche Primärdatenbank nicht manuell neu instanziieren.
  Nach einem manuellen Oracle Autonomous Data Guard-Failover wird die Standbydatenbank automatisch erneut verbunden oder bei Bedarf automatisch (transparent) erneut bereitgestellt, wenn die Region wieder online ist.
  
  Weitere Informationen finden Sie unter Hinweise zu manuellem Failover mit Standby-Datenbank.
3. In Oracle Autonomous Database on Dedicated Exadata Infrastructure instanziieren Sie die nicht erfolgreiche Containerdatenbank auf der Seite "Details" in eine aktivierte Standbyrolle neu.
  Nach einem Failover wird die Rolle der Standbycontainerdatenbank zu "Primär", und die Rolle der primären Containerdatenbank wird zu "Deaktivierte Standby mit dem Status "Nicht verfügbar".
  
  Weitere Informationen finden Sie unter Failover zur Standby in einer Autonomous Data Guard-Konfiguration.
4. Prüfen Sie die korrekte Ausführung des Konfigurationsreplikats (von der neuen Primärdatenbank zur neuen Standbydatenbank).