Wenn Sie Autonomous Data Guard mit einer regionsübergreifenden (remote) Standbydatenbank aktivieren, gelten die folgenden Einschränkungen:

• Um Autonomous Data Guard mit einer regionsübergreifenden Standby-Datenbank zu deaktivieren, beenden Sie die Remote-Standby-Datenbank. 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 die meisten Vorgänge, wie das Skalieren der ECPU-Anzahl (OCPU-Anzahl, wenn Ihre Datenbank OCPUs verwendet), und das Aktivieren von Compute-Autoscaling, in der Primärdatenbank aus. 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 Manage Remote Peer Network ACLs.

• 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 in 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.

• 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 zu vom Kunden verwalteten Schlüsseln in OCI Vault mit Autonomous Data Guard

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

  Weitere Informationen finden Sie unter Regionsübergreifende BYOL-Lizenzierung für 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 unterschiedliche Datenbankhostnamen an und verwenden unterschiedliche Verbindungszeichenfolgen. Oracle empfiehlt, dass Anwendungen die Verbindungszeichenfolge oder das Wallet verwenden, die aus derselben Region wie die Primärdatenbank heruntergeladen wurden.

  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 dies manuell erstellen.

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

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

  2. Klicken Sie in der Oracle Cloud Infrastructure-Konsole der Remotestandbydatenbank 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 in die Verbindungszeichenfolge der Primärdatenbank in der Datei tnsnames.ora der Primärdatenbank, indem Sie die bevorzugten Verzögerungen bei Wiederholungen verwenden.

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

  Mit dieser aktualisierten tnsnames.ora enthalten die Verbindungszeichenfolgen der Primärdatenbank in der aktualisierten wallet.zip sowohl die primären als auch die Standbyhostnamen, um Failover zu unterstützen. Eine Anwendung, die das aktualisierte Wallet verwendet, versucht, eine Verbindung zum ersten aufgelisteten Datenbankhostnamen herzustellen, und versucht dann erneut, eine Verbindung zum ersten aufgelisteten Datenbankhostnamen herzustellen. Wenn diese Verbindung nicht erfolgreich ist, 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 aus der primären Datenbank in IAD. Die entsprechenden in PHX ausgeführten Anwendungen verwenden die Verbindungszeichenfolge oder das Wallet aus der der Standbydatenbank in PHX. Bei einem regionalen Failover oder Switchover empfiehlt Oracle ein Failover sowohl der Datenbank als auch der Anwendung oder Mid-Tier, um eine optimale Performance zu erzielen und die regionsübergreifende Latenz zu minimieren.

  Beispiele:

  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))))