Gérer les bases de données principale et de secours dans une configuration Autonomous Data Guard
Voyez comment gérer les bases de données principale et de secours dans une configuration Data Guard autonome.
Lorsque vous créez une base de données autonome avec intelligence artificielle dans une base de données conteneur autonome pour laquelle Autonomous Data Guard est activé, deux copies complètement distinctes de votre base de données sont créées : une dans une base de données conteneur principale et une (copie synchronisée) dans une base de données conteneur de secours. Ensuite, si la base de données conteneur principale devient indisponible, Autonomous Data Guard convertit automatiquement la base de données conteneur de secours en base de données conteneur principale et, par conséquent, commence à traiter les connexions d'application à votre base de données IA autonome.
Note : Comme deux bases de données d'intelligence artificielle autonomes sont créées lorsque vous utilisez Autonomous Data Guard, deux fois plus de ressources d'UC et de stockage sont utilisées, la moitié pour la base de données principale et la moitié pour la base de données de secours.
Ces deux bases de données, souvent appelées bases de données pairs l'une de l'autre, sont identifiées par les étiquettes Principales et De secours dans la liste des bases de données autonomes et dans la page Détails de la base de données.
Pour plus d'informations sur la façon dont les administrateurs de parc créent et gèrent des bases de données conteneur autonomes pour lesquelles Autonomous Data Guard est activé, voir Gérer Autonomous Data Guard.
Opérations de gestion sur les bases de données principale et de secours
Comme les deux bases de données sont liées et synchronisées, certaines des opérations de gestion que vous effectuez sur les bases de données d'IA autonomes fonctionnent différemment sur les bases de données principale et de secours d'une configuration Autonomous Data Guard par rapport aux bases de données standard. La liste suivante décrit ces différences.
-
Augmenter, réduire et ajuster automatiquement
Les deux bases de données pairs doivent avoir le même nombre d'UC, la même taille de stockage et le même paramètre d'ajustement automatique. Par conséquent, l'augmentation, la réduction et la modification des paramètres d'ajustement automatique ne peuvent être effectuées qu'à partir de la page Détails de la base de données principale. Les modifications que vous apportez affectent les bases de données principale et de secours.
-
Arrêter, démarrer et redémarrer
Le statut du cycle de vie des deux bases de données pairs est synchronisé. Par conséquent, vous pouvez uniquement arrêter, démarrer et redémarrer la base de données à partir de la page Details de la base principale. L'opération que vous effectuez affecte les bases de données principale et de secours.
-
Sauvegarder manuellement
Vous pouvez sauvegarder manuellement les bases de données principale et de secours séparément et indépendamment, comme s'il s'agissait de bases de données standard.
-
Restaurer
Vous ne pouvez restaurer et récupérer la base de données qu'à partir de la page Details de la base principale.
-
Cloner
Vous ne pouvez cloner la base de données qu'à partir de la page Details de la base principale.
-
Faire pivoter la clé de chiffrement
Vous pouvez effectuer la rotation des clés de chiffrement des bases de données principale et de secours séparément et indépendamment, comme s'il s'agissait de bases de données standard.
-
Déplacer vers un autre compartiment
Vous pouvez déplacer les bases de données principale et de secours vers différents compartiments séparément et indépendamment, comme s'il s'agissait de bases de données conteneur standard.
-
Mettre fin
Vous ne pouvez mettre fin à la base de données qu'à partir de la page Details de la base principale.
Accès aux bases de données de secours à partir des applications clients
Lorsque vous utilisez Autonomous Data Guard, les applications clients se connectent normalement à la base principale et effectuent des opérations sur celle-ci.
Outre cette connectivité normale, Autonomous Data Guard vous permet de connecter les applications clients qui exécutent uniquement des opérations en lecture seule à la base de données de secours. Pour tirer parti de cette option, les applications clients se connectent à la base de données à l'aide de noms de service de base de données qui incluent "_RO" (pour "read only"), comme décrit sous Noms de services de base de données prédéfinis pour les bases de données d'IA autonomes.
Surveillance des délais de décalage
Lorsque vos bases de données qui utilisent Autonomous Data Guard sont en cours d'exécution, vous pouvez surveiller le décalage de transport et les temps de décalage d'application à partir de la page Détails de la base de données principale ou de secours en cliquant sur Autonomous Data Guard.
Vous devez vous attendre à observer des fluctuations mineures au fil du temps à mesure que la charge de travail de la base de données varie. Toutefois, si vous constatez que le décalage augmente régulièrement, vous pouvez prendre les mesures suivantes pour résoudre le problème :
-
Tendance à la hausse du décalage d'application. Une tendance à la hausse continue du décalage d'application indique que la base de données de secours ne dispose pas d'une capacité suffisante pour suivre le rythme des enregistrements de journalisation provenant de la base principale. Pour résoudre ce problème, augmentez les UC de la base de données, comme décrit sous Ajouter des ressources d'UC ou de stockage à une base de données dédiée d'IA autonome.
-
Tendance à la hausse du décalage de transport. Une tendance à la hausse continue du décalage de transport indique un problème de performance du réseau. Le personnel des opérations Oracle Cloud surveille en permanence la performance du réseau, de sorte que le problème devrait se résoudre sans que vous ayez à intervenir. Toutefois, si vous le souhaitez, vous pouvez informer le personnel des opérations de la situation en créant une demande de service.