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 Autonomous Data Guard.
Lorsque vous créez une base de données Autonomous Database 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 n'est plus disponible, Autonomous Data Guard convertit automatiquement la base de données conteneur de secours en base de données conteneur principale et, par conséquent, il commence à traiter les connexions d'application à votre Autonomous Database.
Note :
Comme deux bases de données autonomes sont créées lorsque vous utilisez Autonomous Data Guard, le nombre de ressources d'UC et de stockage sont utilisées, la moitié pour la base de données principale et l'autre moitié pour la base de secours.Ces deux bases de données, souvent appelées pair l'une de l'autre, sont identifiées par les étiquettes Primaire et De secours dans la liste de 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
Étant donné que 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 autonomes fonctionnent différemment sur les bases 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.
- Rotation des clés 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 de 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 autonomes.
Surveillance des délais de décalage
Pendant l'exécution de vos bases de données qui utilisent Autonomous Data Guard, vous pouvez surveiller le décalage de transport et le 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 dans Ajouter des ressources d'UC ou de stockage à une base de données Autonomous Database dédiée.
- 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.