Hohe Verfügbarkeit

Entdecken Sie Ansätze für High Availability, um minimale OCI GoldenGate-Servicestörungen sicherzustellen.

High Availability in OCI GoldenGate

High Availability ist die Fähigkeit eines Systems, zu einem hohen Prozentsatz an Zeit betriebsbereit und zugänglich zu bleiben. Um High Availability 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 ist das RTO.

Sie sollten dieselben Standby-Regionen wie die Quell- und Ziel-Instances auswählen. Beispiel: Wenn sich Ihre Autonomous AI Database-Standbydatenbank in Frankfurt befindet, wählen Sie auch Frankfurt für die 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 High Availability 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): Der maximale Zeitraum 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.

Für Data Guard aktivierte Basisdatenbankverbindungen

Wenn Sie Base-Datenbanken mit aktiviertem Data Guard für Ihre OCI GoldenGate-Quelle oder Ihr Ziel verwenden, müssen Sie sicherstellen, dass der Servicename in der Datenbankverbindungszeichenfolge über Peers hinweg identisch ist, wenn Sie Ihre High Availability-Lösung implementieren.

Wenn Sie eine OCI GoldenGate-Verbindung zu einem von Data Guard aktivierten Oracle Base Database-System (Containerdatenbank (CDB) oder integrierbare Datenbank (PDB) 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 mit den Peerendpunkten (Primär und Standby) und einer einzelnen SERVICE_NAME für CONNECT_DATA. 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 normalerweise mit seinen Peers überein. Daher kann OCI GoldenGate den Standardservicenamen im zusammengeführten Deskriptor ohne zusätzliche Änderungen verwenden. 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:

  • Verwenden Sie rollenbasierte Services. Definieren Sie einen Lese-/Schreibservice, der nur auf PRIMARY ausgeführt wird (und optional einen schreibgeschützten Service auf PHYSICAL_STANDBY, wenn Data Guard verwendet wird).
  • 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 so, dass sie übereinstimmt.