Wenn Sie Autonomous Data Guard mit einer regionsübergreifenden (Remote-)Standbydatenbank aktivieren, gelten folgende Einschränkungen:

• Um Autonomous Data Guard mit einer regionsübergreifenden Standbydatenbank zu deaktivieren, beenden Sie die Remotestandbydatenbank. Weitere Informationen finden Sie unter Regionsübergreifende Standbydatenbank beenden.

• Wenn ein privater Endpunkt in der Primärdatenbank aktiviert oder deaktiviert ist, werden alle zuvor konfigurierten Access-Control-Listen (ACLs) in der Standbydatenbank aktiviert und die Werte gelöscht. Sie müssen die ACL in der Standbydatenbank zurücksetzen und überprüfen, nachdem Sie einen privaten Endpunkt in der Primärdatenbank deaktiviert haben.

• Sie führen viele Vorgänge aus, wie die vertikale Skalierung der ECPU-Anzahl (OCPU-Anzahl, wenn Ihre Datenbank OCPUs verwendet) und die Aktivierung von Compute-Autoscaling in der Primärdatenbank und Autonomous Database führt dieselben Aktionen in der Remotestandbydatenbank aus. Gleichermaßen führen Sie Aktionen wie das Stoppen oder Neustarten der Datenbank nur in der Primärdatenbank aus.

• Sie können bestimmte Vorgänge ausführen, wie die Konfiguration privater Endpunkte für eine Remotestandbydatenbank.

• Sie können die Netzwerkkonfiguration für ACLs in einer Remotestandbydatenbank ändern. Weitere Informationen finden Sie unter Remote Peer Network-ACLs verwalten.

• Eine Remotestandbydatenbank kann nicht als schreibgeschützte Datenbank verwendet werden.

• Oracle Data Safe kann für eine Datenbank aktiviert werden, für die eine regionsübergreifende Standbydatenbank aktiviert ist. Sie überwacht jedoch nur die Datenbank innerhalb ihrer Region und kann die Standbydatenbank bei einem Switchover oder Failover nicht überwachen.

• Wenn Sie die TLS-Authentifizierung für die Primärdatenbank zulassen, aktiviert Autonomous Data Guard die TLS-Authentifizierung in der regionsübergreifenden Standbydatenbank. Wenn Autonomous Data Guard mit einer Remotestandbydatenbank aktiviert ist, können Sie daher nur TLS-Verbindungen für die Primärdatenbank zulassen, wenn sowohl die Primärdatenbank als auch die Remotestandbydatenbank zur Unterstützung von TLS-Verbindungen konfiguriert sind. Das heißt, die Primärdatenbank und die Remotestandbydatenbank müssen entweder mit ACLs oder mit einem privaten Endpunkt konfiguriert sein. Weitere Informationen finden Sie unter Voraussetzungen für die Netzwerkkonfiguration zum Zulassen der TLS-Authentifizierung.

• Die folgenden Informationen zur Verwendung von vom Kunden verwalteten Schlüsseln mit Autonomous Data Guard finden Sie unter

  • Autonomous Data Guard mit vom Kunden verwalteten Schlüsseln
  • Hinweise für vom Kunden verwaltete Schlüssel in OCI Vault mit Autonomous Data Guard

• Das BYOL-ECPU-Limit, das Sie in einer Autonomous Data Guard-Primärdatenbank festlegen, gilt nicht für eine regions- oder mandantenübergreifende Autonomous Data Guard-Standbydatenbank. In einer regionsübergreifenden oder mandantenübergreifenden Standbydatenbank können Sie das BYOL-ECPU-Limit nach Bedarf unabhängig festlegen. Wenn Sie einen Wert für das BYOL-Lizenzlimit festlegen, wird begrenzt, wie viele ECPUs von BYOL-Lizenzen abgedeckt werden.

  Weitere Informationen finden Sie unter Regionsübergreifende BYOL-Lizenzierung von Autonomous Data Guard.

• Wenn Sie Autonomous Data Guard mit einer regionsübergreifenden Standbydatenbank aktivieren, geben die Wallets für die Primärdatenbank und die Standbydatenbank andere Datenbankhostnamen an und verwenden unterschiedliche Verbindungszeichenfolgen. Oracle empfiehlt, dass Anwendungen die Verbindungszeichenfolge oder das Wallet verwenden, die bzw. das aus derselben Region wie die Primärdatenbank heruntergeladen wurde.

  Wenn Sie eine einzelne Verbindungszeichenfolge oder ein einzelnes Wallet verwenden müssen, das sowohl die Hostnamen der Primär- als auch der Standbydatenbank enthält, können Sie diese manuell erstellen.

  So erstellen Sie manuell ein Wallet, das sowohl die Zeichenfolgen für die primäre als auch die Remote-Datenbankverbindung enthält:

  1. Klicken Sie in der Oracle Cloud Infrastructure-Konsole der Primärdatenbank auf Datenbankverbindung, um die Primärdatenbank wallet.zip herunterzuladen.

  2. Klicken Sie in der Oracle Cloud Infrastructure-Konsole der Remote-Standbydatenbank auf Datenbankverbindung, um die Standbydatenbank wallet.zip herunterzuladen.

  3. Dekomprimieren Sie beide Wallet-Dateien, und öffnen Sie die beiden tnsnames.ora-Dateien.

  4. Kopieren Sie den Verbindungsdeskriptor der Remotedatenbank mit den bevorzugten Wiederholungsverzögerungen in die Verbindungszeichenfolge der Primärdatenbank in der Datei tnsnames.ora der Primärdatenbank.

  5. ZIP-Datei des aktualisierten Wallet-Ordners der primären Datenbank.

  Bei diesem aktualisierten tnsnames.ora enthalten die Verbindungszeichenfolgen der Primärdatenbank im aktualisierten wallet.zip sowohl den primären als auch den Standbyhostnamen, um Failover zu unterstützen. Eine Anwendung, die das aktualisierte Wallet verwendet, versucht, eine Verbindung zum ersten aufgelisteten Datenbankhostnamen herzustellen, und versucht erneut, eine Verbindung zum ersten aufgelisteten Datenbankhostnamen herzustellen. Wenn diese Verbindung nicht erfolgreich verläuft, weil die Datenbank nicht verfügbar ist, versucht die Anwendung dann automatisch, eine Verbindung zum zweiten Datenbankhostnamen herzustellen.

  Beispiel: Wenn Autonomous Data Guard mit der Primärdatenbank in Ashburn (IAD) und einer regionsübergreifenden Standbydatenbank in Phoenix (PHX) eingerichtet ist, empfiehlt Oracle, dass Ihre Mid-Tier-Anwendungen in IAD verwendet die Verbindungszeichenfolge oder das Wallet von der primären Datenbank in IAD. Die entsprechenden in PHX ausgeführten Anwendungen verwenden die Verbindungszeichenfolge oder das Wallet von der Standbydatenbank in PHX. Für ein regionales Failover oder Switchover empfiehlt Oracle, sowohl für Ihre Datenbank als auch für Ihre Anwendung oder Mid-Tier ein Failover durchzuführen, um eine optimale Performance zu erzielen und jede regionsübergreifende Latenz zu minimieren.

  Beispiel:

  a6gxf2example9ep_high = (description_list= 
       (failover=on) (load_balance=off) 
       (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-ashburn-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_high.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))) 
       (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-phoenix-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_high.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))))
  
  a6gxf2example9ep_low = 
       (description_list= (failover=on) (load_balance=off) 
       (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-ashburn-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_low.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))) 
       (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-phoenix-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_low.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))))
  
  a6gxf2example9ep_medium = 
       (description_list= (failover=on) (load_balance=off) 
       (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-ashburn-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_medium.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))) 
       (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-phoenix-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_medium.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))))