Les restrictions et limites suivantes s'appliquent lorsque vous activez Autonomous Data Guard avec une base de données de réserve inter-région (distante) :

• Pour désactiver Autonomous Data Guard avec une base de données de secours inter-région, vous mettez fin à la base de données de secours distante. Pour plus d'informations, reportez-vous àTerminaison d'une base de donnée de secours inter-région.

• Lorsqu'une adresse privée est activée ou désactivée sur la base de données principale, toute liste de contrôle d'accès précédemment configurée sur la base de données de secours est activée et les valeurs sont effacées. Vous devez réinitialiser et vérifier la liste de contrôle d'accès sur la base de données de secours après avoir désactivé une adresse privée sur la base de données principale.

• Vous effectuez de nombreuses opérations, telles que l'augmentation du nombre d'ECPU (nombre d'OCPU si votre base de données utilise des OCPU) et l'activation du redimensionnement automatique de calcul sur la base de données principale. Autonomous Database effectue ensuite les mêmes actions sur la base de données de secours distante De même, vous effectuez des actions telles que l'arrêt ou le redémarrage de la base de données uniquement sur la base de données principale.

• Vous pouvez effectuer certaines opérations, telles que la configuration d'adresses privées, sur une base de données de secours distante.

• Vous pouvez modifier la configuration réseau des listes de contrôle d'accès sur une base de secours distante. Pour plus d'informations, reportez-vous à Gestion des ACL de réseau homologue distant.

• Une base de données de secours distante n'est pas disponible pour une utilisation en lecture seule.

• Oracle Data Safe peut être activé sur une base de données pour laquelle une base de données de secours inter-région est activée, mais il surveille uniquement la base de données de sa région et ne peut pas surveiller la base de données de secours en cas de permutation ou de basculement.

• Lorsque vous autorisez l'authentification TLS pour la base de données principale, Autonomous Data Guard active l'authentification TLS dans la base de données de secours inter-région. Par conséquent, lorsqu'Autonomous Data Guard est activé avec une base de données de secours distante, vous pouvez uniquement autoriser les connexions TLS sur la base de données principale si cette dernière et la base de données de secours distante sont configurées pour prendre en charge les connexions TLS. En d'autres termes, les bases de données principale et de secours distante doivent être configurées avec des listes de contrôle d'accès ou avec une adresse privée. Pour plus d'informations, reportez-vous à Prérequis de configuration réseau pour autoriser l'authentification TLS.

• Consultez les informations suivantes sur l'utilisation des clés gérées par le client avec Autonomous Data Guard

  • Autonomous Data Guard avec clés gérées par le client
  • Remarques concernant les clés gérées par le client dans OCI Vault avec Autonomous Data Guard

• La limite d'ECPU BYOL que vous définissez sur une base de données principale Autonomous Data Guard ne s'applique pas à une base de données de secours Autonomous Data Guard inter-région ou inter-location. Sur une base de données de secours inter-région ou inter-location, vous pouvez définir indépendamment la limite d'ECPU BYOL, selon les besoins. La définition d'une valeur pour Limite de licence BYOL limite le nombre d'ECPU couvertes par les licences BYOL.

  Pour plus d'informations, reportez-vous à Licence BYOL inter-région Autonomous Data Guard.

• Lorsque vous activez Autonomous Data Guard avec une base de données de secours inter-région, les portefeuilles de la base de données principale et de la base de données de secours indiquent des noms d'hôte de base de données différents et utilisent des chaînes de connexion différentes. Oracle recommande aux applications d'utiliser la chaîne de connexion ou le portefeuille téléchargé à partir de la même région que la base de données principale.

  Si vous devez utiliser une seule chaîne de connexion ou un seul "wallet" contenant les noms d'hôte de la base de données principale et de la base de données de secours, vous pouvez construire cette chaîne manuellement.

  Pour construire manuellement un portefeuille qui contient à la fois les chaînes de connexion de base de données principale et distante, procédez comme suit :

  1. Dans la console Oracle Cloud Infrastructure de la base de données principale, cliquez sur Connexion à la base de données pour télécharger le fichier wallet.zip de la base de données principale.

  2. Dans la console Oracle Cloud Infrastructure de la base de données de secours distante, cliquez sur Connexion à la base de données pour télécharger le fichier wallet.zip de la base de données de secours.

  3. Décompressez les deux fichiers de portefeuille et ouvrez les deux fichiers tnsnames.ora.

  4. Copiez le descripteur de connexion de la base de données distante dans la chaîne de connexion de la base de données principale dans le fichier tnsnames.ora de la base de données principale en utilisant les délais de nouvelle tentative préférés.

  5. Compressez le dossier de portefeuille de la base de données principale mise à jour.

  Avec cette mise à jour tnsnames.ora, les chaînes de connexion à la base de données principale dans la mise à jour wallet.zip contiendront les noms d'hôte principal et de secours pour prendre en charge le basculement en cas d'incident. Une application utilisant le portefeuille mis à jour tente de se connecter et tente de nouveau de se connecter au premier nom d'hôte de base de données répertorié. Si cette connexion échoue en raison de l'indisponibilité de la base de données, l'application tente automatiquement de se connecter au second nom d'hôte de base de données.

  Par exemple, si Autonomous Data Guard est configuré avec la base de données principale dans Ashburn (IAD) et une base de données de secours inter-région dans Phoenix (PHX), Oracle recommande que vos applications de niveau intermédiaire s'exécutent dans IAD utilise la chaîne de connexion ou le portefeuille de la base de données principale dans IAD, et les applications correspondantes exécutées dans PHX utilisent la chaîne de connexion ou le portefeuille de la base de données de secours dans PHX. Pour un basculement ou une permutation régional, Oracle recommande de basculer à la fois votre base de données et votre application ou votre niveau intermédiaire, afin d'obtenir des performances optimales et de minimiser toute latence interrégionale.

  Par exemple :

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