Documentation sur Oracle Cloud Infrastructure

Notes sur Autonomous Data Guard

Fournit des notes sur l'utilisation d'une base de données autonome avec une base de données de secours Autonomous Data Guard.

  • Vous ne pouvez pas vous connecter à une base de données de secours tant qu'elle n'est pas devenue la base de données principale par un basculement ou une permutation. Ainsi, une base de données de secours ne peut pas être ouverte pour un accès en lecture seule et ne peut pas être utilisée pour décharger des interrogations d'une base de données principale.

  • Autonomous Data Guard n'est pas disponible avec les bases de données d'IA autonomes de type Toujours gratuit.

  • Autonomous AI Database ne fournit pas l'accès à une base de données de secours locale :

    • Vous effectuez toutes les opérations, telles que l'ajustement du nombre d'ECPU (nombre d'OCPU si votre base de données utilise des OCPU), ce qui permet l'ajustement automatique du calcul sur la base de données principale et la base de données IA autonome effectue les mêmes actions sur la base de données de secours locale. De même, vous effectuez les actions telles que l'arrêt ou le redémarrage de la base de données sur la base de données principale uniquement.

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

  • Le graphique Nombre d'ECPU (OCPU si votre base de données utilise des OCPU) affectées et le graphique d'utilisation d'UC sur la carte Tableau de bord de la base de données dans Database Actions affichent les ECPU (OCPU si votre base de données utilise des OCPU) affectées et l'utilisation d'UC pour la base de données principale. Ces graphiques n'incluent pas d'informations sur une base de données de secours locale ni sur une base de données de secours distante.

    Les mesures d'utilisation d'unité centrale dans la page des mesures de la console Oracle Cloud Infrastructure sont affichées pour la base de données principale. Les autres mesures de cette page concernent également la base de données principale. Ces mesures n'incluent pas d'informations sur la base de données de secours locale ou distante.

  • Après une permutation ou un basculement vers une base de données pair, la base de données pair devient la base principale et les graphiques du tableau de bord de la base de données dans Database Actions et de la page de mesures de la console Oracle Cloud Infrastructure affichent des informations sur la base de données principale. Les graphiques et les mesures ne contiennent pas d'informations sur la base de données qui était la base principale avant l'opération de permutation ou de basculement.

  • Le basculement automatique vers une base de données de secours locale est désactivé lors d'une opération de restauration en cours.

  • Basculement automatique vers une base de données de secours locale désactivé lors de la mise à niveau d'une base de données.

  • Lorsque le champ État du cycle de vie de la base principale affiche Arrêté, les bases de données de secours sont également arrêtées. Vous pouvez toujours effectuer une permutation lorsque la base de données principale est arrêtée.

Notes sur Autonomous Data Guard inter-régions

Les restrictions suivantes sont appliquées lors de l'activation d'Autonomous Data Guard avec une base de données de secours 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, voir Mettre fin à une base de données de secours inter-région.

  • Lorsqu'un point d'extrémité privé est activé ou désactivé sur la base de données principale, toute liste de contrôle d'accès (LCA) 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é un point d'extrémité privé sur la base de données principale.

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

  • Vous pouvez effectuer certaines opérations, telles que la configuration de points d'extrémité privés 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 données de secours distante. Pour plus d'informations, voir Gérer les listes de contrôle d'accès de réseau pair 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 dans sa région et ne peut pas surveiller la base 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. Ainsi, lorsque Autonomous Data Guard est activé avec une base de données de secours distante, vous ne pouvez autoriser les connexions TLS sur la base de données principale que si la base de données de secours principale et la base de données de secours distante sont configurées pour prendre en charge les connexions TLS. Autrement dit, la base de données de secours principale et la base de données de secours distante doivent être configurées avec des listes de contrôle d'accès ou avec un point d'extrémité privé. Pour plus d'informations, voir Préalables à la configuration réseau pour autoriser l'authentification TLS.

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

  • La limite d'ECPU BYOL que vous avez définie pour 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 interlocation, vous pouvez définir indépendamment la limite d'UC 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, voir Licences BYOL inter-régions d'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 principale et de la base de secours indiquent des noms d'hôte de base de données différents et utilisent différentes chaînes de connexion. 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 portefeuille contenant à la fois les noms d'hôte de la base de données principale et de la base de secours, vous pouvez le construire manuellement.

    Pour créer manuellement un "wallet" qui contient à la fois les chaînes de connexion de base de données principale et distante :

    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 la valeur wallet.zip de la base 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 la base de données de secours wallet.zip.

    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 principale à l'aide de vos retards de nouvelle tentative préférés.

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

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

    Par exemple, si Autonomous Data Guard est configuré avec la base principale dans Ashburn (IAD) et une base de données de secours inter-région dans Phoenix (PHX), Oracle recommande que vos applications de milieu de gamme s'exécutent dans IAD utilise la chaîne de connexion ou le portefeuille provenant de celui 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 provenant de celui de la base de données de secours dans PHX. Pour un basculement régional ou une permutation, Oracle recommande de basculer à la fois votre base de données et votre application ou votre niveau intermédiaire, pour une performance optimale et pour minimiser toute latence inter-régionale.

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