Disaster Recovery

Entdecken Sie Ansätze für Disaster Recovery, um minimale OCI GoldenGate-Serviceunterbrechungen sicherzustellen.

Informationen zu Disaster Recovery in OCI GoldenGate

Disaster Recovery ist die Fähigkeit eines Systems, zu einem hohen Prozentsatz an Zeit betriebsbereit und zugänglich zu bleiben. Um Disaster Recovery mit OCI GoldenGate zu erreichen, können Sie ein Peer-Deployment in derselben Region wie Ihr primäres Deployment (lokale Standbydatenbank) oder eine andere Region (regionsübergreifende Standbydatenbank) erstellen. Durch dieses Setup wird sichergestellt, dass das Recovery Point Objective (RPO), das die maximale Datenmenge ist, die verloren geht, bevor OCI GoldenGate in der Standby-Availability-Domain (AD) wiederhergestellt wird, null ist. Das Recovery Time Objective (RTO), das die maximale Zeit für die Wiederherstellung von OCI GoldenGate in einer Standby-AD ist, hängt von der im Deployment gespeicherten Datenmenge ab. Je höher die Speicherauslastung ist, desto länger wird das RTO.

Sie sollten dieselben Standby-Regionen wie die Quell- und Ziel-Instances auswählen. Beispiel: Wenn sich Ihre autonome KI-Datenbank-Standbydatenbank in Frankfurt befindet, wählen Sie Frankfurt auch für Ihre OCI GoldenGate-Deployment-Standbydatenbank aus.

Hinweis: Peer-Deployments werden mit demselben Preis wie Ihr primäres Deployment abgerechnet. Weitere Informationen zu OCPU-Management und -Abrechnung.

Konzepte

Die folgenden Konzepte sind für das Arbeiten mit OCI GoldenGate Disaster Recovery von wesentlicher Bedeutung:

Primäres Deployment: Das Hauptdatenreplikations-Deployment, das Sie zuerst erstellen.
Peer-Deployment: Ein Standby-Deployment, zu dem Sie im Falle einer Disaster oder Serviceunterbrechung wechseln können.
Lokaler Peer: Ein Peer-Deployment, das sich in derselben Region wie das primäre Deployment, jedoch in einer anderen Availability- oder Faultdomain befindet.
Remote-Peer: Ein Peer-Deployment, das sich in einer anderen Region befindet.
Recovery Point Objective (RPO): Die maximale Datenmenge, die verloren gehen könnte, bevor OCI GoldenGate wiederhergestellt wird. Für OCI GoldenGate ist der RPO null.
Recovery Time Objective (RTO): Die maximale Zeit für die Wiederherstellung von GoldenGate. Das RTO hängt von der Datenmenge ab, die im Deployment gespeichert ist. Je höher die Speicherauslastung, desto länger das RTO.

Base Database-Verbindungen mit aktiviertem Data Guard

Wenn Sie Data Guard-fähige Basisdatenbanken für Ihre OCI GoldenGate-Quelle oder Ihr OCI GoldenGate-Ziel verwenden, müssen Sie sicherstellen, dass der Servicename in der Datenbankverbindungszeichenfolge für alle Peers identisch ist, wenn Sie Ihre High Availability-Lösung implementieren.

Wenn Sie eine OCI GoldenGate-Verbindung zu einem Oracle Base Database-System (Containerdatenbank (CDB) oder integrierbare Datenbank (PDB) mit aktiviertem Data Guard) erstellen, ruft OCI GoldenGate die Standardverbindungszeichenfolgen der Datenbank ab und generiert einen zusammengeführten Oracle Net-Verbindungsdeskriptor, der für Data Guard-Umgebungen geeignet ist. Beispiel:

(DESCRIPTION=
   (FAILOVER=ON)(LOAD_BALANCE=OFF)(CONNECT_TIMEOUT=5)(TRANSPORT_CONNECT_TIMEOUT=3)(RETRY_COUNT=3)
   (ADDRESS_LIST=
      (ADDRESS=(PROTOCOL=TCP)(HOST=primary-or-scan.example.fqdn)(PORT=1521))
      (ADDRESS=(PROTOCOL=TCP)(HOST=standby-or-scan.example.fqdn)(PORT=1521))
    )
   (CONNECT_DATA=(SERVICE_NAME=default-service-name-of-the-selected-db))
 )

OCI GoldenGate generiert eine Beschreibung mit einer ADDRESS_LIST, die Peer-Endpunkte (Primär und Standby) und einen einzelnen SERVICE_NAME für CONNECT_DATA enthält. Für die High Availability-Lösung von OCI GoldenGate müssen alle Peers (Primär und Standby) denselben Servicenamen verwenden. Rollenbasierte Services mit identischen Namen sind für jeden Peer erforderlich.

Der Standard-CDB-Servicename unterscheidet sich in der Regel zwischen Peers, da sie häufig den eindeutigen Namen jeder Datenbank enthalten. OCI GoldenGate verwendet den Standardservicenamen der ausgewählten Datenbank als SERVICE_NAME im zusammengeführten Deskriptor. Daher müssen Sie den rollenbasierten PRIMARY-Servicenamen für jeden Peer umbenennen, damit er mit dem Standard-Servicenamen übereinstimmt.

Der Standard-PDB-Service stimmt in der Regel mit seinen Peers überein, sodass OCI GoldenGate den Standardservicenamen im zusammengeführten Deskriptor ohne zusätzliche Änderungen verwenden kann. Wenn Sie den Servicenamen der PDB jedoch zu einem späteren Zeitpunkt ändern, nimmt OCI GoldenGate die Änderung nicht automatisch auf. Die Verbindung muss jetzt manuell verwaltet werden. Wenn die Verbindung nicht zuvor erstellt wurde und Sie die Verbindungszeichenfolge manuell eingeben können, müssen Sie eine neue Verbindung zu dieser Datenbank erstellen, die Option "Datenbankinformationen eingeben" auswählen und dann die Zeichenfolge für die Datenbankverbindung manuell eingeben.

Tipp:

Rollenbasierte Services verwenden Definieren Sie einen Lese-/Schreibservice, der nur auf PRIMARY ausgeführt wird (und optional einen schreibgeschützten Service auf PHYSICAL_STANDBY bei Verwendung von Data Guard).
Verhindern Sie statische Listener-Einträge für Anwendungsservices. Verwenden Sie die dynamische Registrierung, damit Services nur veröffentlicht werden, wenn die Datenbank die richtige Rolle hat.
Wenn Sie die CDB- oder PDB-Servicenamen mit srvctl ändern, stellen Sie sicher, dass Sie eine manuell verwaltete Verbindung in OCI GoldenGate erstellen (wählen Sie im Bildschirm "Verbindung erstellen" die Option Datenbankinformationen eingeben aus), und aktualisieren Sie die Verbindungszeichenfolge entsprechend.

Weitere Informationen

Weitere Informationen zu Diaster Recovery: