Gestion de la configuration Autonomous Data Guard
La fonctionnalité Autonomous Data Guard d'Autonomous Database on Dedicated Exadata Infrastructure permet de maintenir la disponibilité des bases de données de production essentielles pour vos applications stratégiques malgré les pannes, les sinistres, les erreurs humaines ou l'altération des données. Ce type de fonction est souvent appelé récupération après sinistre.
A partir du mars 2025, les bases de données Conteneur Autonomous peuvent activer Autonomous Data Guard à partir de leur page Détails et créer jusqu'à deux bases de données Conteneur Autonomous de secours. Avec cette version, le modèle Précédent Associations Autonomous Data Guard et les API associées seront en phase d'abandon et remplacés par les nouveaux groupes Autonomous Data Guard et les API. Toutes les nouvelles bases de données Conteneur Autonomous provisionnées après mars 2025 à partir de la console Oracle Cloud Infrastructure (OCI) utiliseront automatiquement le nouveau modèle Groupes Autonomous Data Guard. Pour plus d'informations, reportez-vous à Base de connaissances.
-
-
Accédez à la page Détails de la base de données Conteneur Autonomous pour laquelle activer Autonomous Data Guard. Pour obtenir des instructions, reportez-vous à Affichage des détails d'une base de données Conteneur Autonomous.
- Cliquez sur Mettre à niveau vers les groupes Autonomous Data Guard à partir des associations Autonomous Data Guard.
-
-
Utilisez l'API MigrateAutonomousContainerDatabaseDataguardAssociation.
Activer Autonomous Data Guard sur une base de données Conteneur Autonomous
Remarques :
Vous ne pouvez pas activer Autonomous Data Guard sur une base de données Conteneur Autonomous avec une exécution de maintenance active programmée dans les trois prochains jours.Droits d'accès IAM requis
inspect cloud-autonomous-vmclusters
use autonomous-container-databases
Procédure
Remarques :
Lorsqu'une opération d'ajout de base de données Conteneur Autonomous de secours est en cours, toute maintenance programmée sur cette base ne commence qu'une fois l'opération d'ajout de base de données de secours terminée.Affichage du statut d'une configuration Autonomous Data Guard
Vous pouvez visualiser le statut d'une configuration Autonomous Data Guard sur la page Détails de la base de données autonome principale ou de secours de la configuration.
Stratégies IAM requises
inspect autonomous-container-databases
Procédure
-
Accédez à la page Détails de la base de données Conteneur Autonomous principale ou de secours dans la configuration Autonomous Data Guard.
Pour obtenir des instructions, reportez-vous à Affichage des détails d'une base de données Conteneur Autonomous.
Vous pouvez visualiser les détails d'Autonomous Data Guard, tels que son statut, son rôle homologue, son état d'origine, son mode de protection et son paramètre de basculement automatique, dans Autonomous Data Guard des informations sur la base de données Conteneur Autonomous.
- Vous pouvez également afficher les détails d'Autonomous Data Guard en cliquant sur Groupes Autonomous Data Guard ou sur Associations Autonomous Data Guard.
La table Autonomous Data Guard affiche des informations sur la base de données Conteneur homologue, les décalages d'application des transactions et de transport en cours, l'état, et les dates de dernière modification et création de rôle.
Ajout d'une deuxième base de données Conteneur Autonomous de secours
Dans une configuration Autonomous Data Guard, vous pouvez ajouter une deuxième base de données Conteneur Autonomous de secours à la base de données Conteneur Autonomous principale. La seconde base de données Conteneur Autonomous de secours doit se trouver dans la même location que la base de données Conteneur Autonomous principale.
Prérequis
-
La base de données Conteneur Autonomous principale doit avoir été provisionnée à partir de mars 2025 ou migrée vers le modèle Groupes Autonomous Data Guard abordé dans Configuration et gestion d'Autonomous Data Guard.
-
Le basculement automatique ne doit pas être activé pour la première base de données Conteneur Autonomous de secours. Vous devez désactiver le basculement automatique sur la première base de données de secours avant d'ajouter la deuxième base de données de secours et pouvoir la réactiver ultérieurement.
Droits d'accès IAM requis
use autonomous-container-databases
Procédure
Remarques :
- Lorsqu'une opération d'ajout de base de données Conteneur Autonomous de secours est en cours, toute maintenance programmée sur cette base ne commence qu'une fois l'opération d'ajout de base de données de secours terminée.
- L'ajout d'une base de données de secours nécessite un redémarrage automatique simultané de la première base de données de secours. La base de données principale n'est pas affectée par ce redémarrage simultané.
-
Accédez à la page Détails de la base de données Conteneur Autonomous pour laquelle ajouter une deuxième base de données de secours.
Pour obtenir des instructions, reportez-vous à Affichage des détails d'une base de données Conteneur Autonomous.
-
Cliquez sur Ajouter une base de données de secours dans Groupes Autonomous Data Guard.
- Renseignez Ajouter une base de données de secours avec les informations suivantes :
Paramétrage Description Compartiment de la base de données Conteneur Autonomous pair Sélectionnez le compartiment de base de données Conteneur Autonomous de secours. Nom de base de données Conteneur Autonomous homologue Entrez le nom de la base de données Conteneur Autonomous de secours. Région homologue Sélectionnez une région pour la base de données Conteneur Autonomous de secours. Infrastructure Exadata homologue Sélectionnez la ressource d'infrastructure Exadata sous-jacente pour la base de données Conteneur Autonomous de secours. Cluster de machines virtuelles Exadata Autonomous (AVMC) homologue Sélectionnez l'instance AVMC parent pour la base de données Conteneur Autonomous de secours. Configuration de la sauvegarde de la base de données homologue S'APPLIQUE À :
Exadata Cloud@Customer uniquement
Dans la liste déroulante, sélectionnez le type de destination de sauvegarde de la deuxième base de données de secours.
Remarques :
Vous ne pouvez pas définir explicitement des préférences de maintenance pour la deuxième base de données Conteneur Autonomous de secours car elle hérite de ces préférences de la première base de données Conteneur Autonomous de secours de la base de données Conteneur Autonomous principale. - Cliquez sur Ajouter une base de données de secours.
Changement de rôles dans une configuration Autonomous Data Guard
Vous changez les rôles des bases de données Conteneur Autonomous principale et de secours dans une configuration Autonomous Data Guard à partir de la page Détails de la base de données Conteneur Autonomous principale ou de secours.
Stratégies IAM requises
use autonomous-container-databases
Procédure
Selon le modèle Autonomous Data Guard de votre base de données Conteneur Autonomous, suivez les instructions de l'un des onglets suivants. Pour en savoir plus sur les modèles Autonomous Data Guard, reportez-vous à Configuration et gestion d'Autonomous Data Guard.
-
Accédez à la page Détails de la base de données Conteneur Autonomous de secours dont vous voulez changer de rôle avec la base de données Conteneur Autonomous principale dans la configuration Autonomous Data Guard.
Pour obtenir des instructions, reportez-vous à Affichage des détails d'une base de données Conteneur Autonomous.
Remarques :
Vous ne pouvez pas changer de rôle pour les bases de données Conteneur Autonomous principale et de secours dans une configuration Autonomous Data Guard où la base de données de secours est dans le rôle de base de données de secours instantanée. -
Sous Actions, cliquez sur Permutation.
-
Entrez le nom de la base de données Conteneur Autonomous dans la boîte de dialogue de confirmation, puis cliquez sur Permutation.
Oracle Autonomous Database on Dedicated Exadata Infrastructure définit l'état de la base de données de secours et de ses bases de données Conteneur principales sur Modification du rôle en cours et lance l'opération de permutation, ce qui entraîne la prise en charge du rôle de base de données de secours par la base de données Conteneur principale et de la base de données Conteneur de secours par le rôle de base de données principale. Une fois l'opération terminée, l'état des deux bases de données Conteneur revient à Actif.
-
Accédez à la page Détails de la base de données Conteneur Autonomous principale ou de secours dans la configuration Autonomous Data Guard.
Pour obtenir des instructions, reportez-vous à Affichage des détails d'une base de données Conteneur Autonomous.
Remarques :
Vous ne pouvez pas changer de rôle pour les bases de données Conteneur Autonomous principale et de secours dans une configuration Autonomous Data Guard où la base de données de secours est dans le rôle de de secours cliché. - Cliquez sur Associations Autonomous Data Guard pour répertorier la base de données homologue dans une colonne tabulaire. Cliquez sur les points de suspension (trois points verticaux)
dans la ligne de base de données où vous souhaitez changer de rôle, puis cliquez sur Permutation.
-
Entrez le nom de la base de données Conteneur Autonomous dans la boîte de dialogue de confirmation, puis cliquez sur Passer.
Oracle Autonomous Database on Dedicated Exadata Infrastructure définit l'état des deux bases de données Conteneur sur Modification du rôle en cours et lance l'opération de permutation, ce qui entraîne la prise en charge par la base de données Conteneur principale du rôle de base de données de secours et par la base de données Conteneur de secours du rôle de base de données principale. Une fois l'opération terminée, l'état des deux bases de données Conteneur revient à Actif.
Basculement vers la base de données de secours dans une configuration Autonomous Data Guard
Vous basculez vers les bases de données autonomes de secours dans une configuration Autonomous Data Guard à partir de la page Détails de la base de données autonome de secours.
Stratégies IAM requises
use autonomous-container-databases
Procédure
Selon le modèle Autonomous Data Guard de votre base de données Conteneur Autonomous, suivez les instructions de l'un des onglets suivants. Pour en savoir plus sur les modèles Autonomous Data Guard, reportez-vous à Configuration et gestion d'Autonomous Data Guard.
-
Accédez à la page Détails de la base de données Conteneur Autonomous de secours vers laquelle basculer dans la configuration Autonomous Data Guard.
Pour obtenir des instructions, reportez-vous à Affichage des détails d'une base de données Conteneur Autonomous.
-
Sous Actions, cliquez sur Basculement.
-
Dans le cas d'une base de données Conteneur Autonomous de secours cliché, un message vous avertit que la base de données cliché sera convertie en base de données physique après avoir annulé toutes ses mises à jour locales et appliqué les données de la base de données principale. Cliquez sur Panne pour continuer.
-
Entrez le nom de la base de données Conteneur Autonomous dans la boîte de dialogue de confirmation, puis cliquez sur Echec.
Oracle Autonomous Database on Dedicated Exadata Infrastructure définit l'état de la base de données Conteneur de secours sur Modification du rôle en cours et démarre l'opération de basculement. Une fois cette opération terminée, le rôle de la base de données Conteneur de secours devient principal, et le rôle de la base de données Conteneur principale, De secours désactivée, avec l'état Indisponible.
-
Accédez à la page Détails de la base de données autonome de secours dans la configuration Autonomous Data Guard.
Pour obtenir des instructions, reportez-vous à Affichage des détails d'une base de données Conteneur Autonomous.
- Cliquez sur Associations Autonomous Data Guard pour répertorier la base de données homologue dans une colonne tabulaire. Cliquez sur les points de suspension (trois points verticaux)
dans la ligne de base de données où vous voulez changer de rôle, puis cliquez sur Basculement.
-
Dans le cas d'une base de données Conteneur Autonomous de secours cliché, un message vous avertit que la base de données de secours cliché sera convertie en base de données de secours physique après avoir supprimé toutes ses mises à jour locales et appliqué les données de la base de données principale. Cliquez sur Basculement pour continuer.
Oracle Autonomous Database on Dedicated Exadata Infrastructure définit l'état de la base de données Conteneur de secours sur Modification du rôle en cours et démarre l'opération de basculement. Une fois cette opération terminée, le rôle de la base de données Conteneur de secours devient principal, et le rôle de la base de données Conteneur principale, De secours désactivée, avec l'état Indisponible.
Rétablissement de la base de données de secours désactivée dans une configuration Autonomous Data Guard
Une fois qu'un basculement a eu lieu et que la base de données Conteneur Autonomous principale en échec prend le rôle de base de données de secours désactivée, vous pouvez rétablir le rôle de base de données de secours activée de la base de données en échec à partir de sa page Détails.
- Pour les basculements manuels, vous devez rétablir manuellement la base principale d'origine, qui devient la nouvelle base de secours.
- Chaque fois qu'un basculement automatique se produit, Autonomous Database on Dedicated Exadata Infrastructure tente de rétablir l'ancienne base de données principale en tant que base de données de secours. Toutefois, si cette tentative échoue, elle doit être rétablie manuellement.
Stratégies IAM requises
use autonomous-container-databases
Procédure
Selon le modèle Autonomous Data Guard de votre base de données Conteneur Autonomous, suivez les instructions de l'un des onglets suivants. Pour en savoir plus sur les modèles Autonomous Data Guard, reportez-vous à Configuration et gestion d'Autonomous Data Guard.
-
Accédez à la page Détails de la base de données Conteneur Autonomous de base de données de secours désactivée à rétablir.
Pour obtenir des instructions, reportez-vous à Affichage des détails d'une base de données Conteneur Autonomous.
Conseil :
La base de données principale qui a fait l'objet du basculement porte le libellé Instance de secours désactivée dans la liste des bases de données Conteneur Autonomous d'un compartiment. -
Sous Actions, cliquez sur Rétablir.
-
Fournissez une confirmation pour poursuivre le rétablissement de la base de données Conteneur Autonomous de secours désactivée.
L'état des bases de données homologues devient Modification du rôle en cours jusqu'à ce que l'action de rétablissement soit terminée. Une fois l'opération terminée, le rôle de la base de données Conteneur de secours désactivée devient De secours, et son état devient Disponible.
-
Accédez à la page Détails de la base de données Conteneur Autonomous de secours désactivée à rétablir.
Conseil :
La base de données principale qui a fait l'objet du basculement porte le libellé Instance de secours désactivée dans la liste des bases de données Conteneur Autonomous d'un compartiment.Pour obtenir des instructions, reportez-vous à Affichage des détails d'une base de données Conteneur Autonomous.
- Cliquez sur Assocations Autonomous Data Guard. La liste des bases de données homologues est répertoriée dans une colonne tabulaire. Cliquez sur les points de suspension (trois points verticaux)
dans la ligne de base de données où vous voulez changer de rôle, puis cliquez sur Rétablir.
L'état des bases de données homologues devient Modification du rôle en cours jusqu'à ce que l'action de rétablissement soit terminée. Une fois l'opération terminée, le rôle de la base de données Conteneur de secours désactivée devient De secours, et son état devient Disponible.
Mettre à jour les paramètres d'Autonomous Data Guard
Vous pouvez mettre à jour les paramètres d'une instance Autonomous Data Guard à partir de la page Détails de la base de données Conteneur Autonomous principale dans la configuration.
Stratégies IAM requises
use autonomous-container-databases
Conversion d'une base de données de secours physique en base de données de secours cliché
Vous pouvez convertir une base de données Conteneur Autonomous de secours en base de données de secours instantanée dans une configuration Autonomous Data Guard à partir de la page Détails de la base de données Conteneur Autonomous de secours dans la configuration.
Stratégies IAM requises
use autonomous-container-databases
Procédure
Conversion de la base de données de secours cliché en base de données de secours physique
Vous pouvez convertir une base de données Conteneur Autonomous de secours cliché en base de données de secours physique dans une configuration Autonomous Data Guard à partir de la page Détails de la base de données Conteneur Autonomous de secours dans la configuration.
Stratégies IAM requises
use autonomous-container-databases
Procédure
Ajout d'une base de données de secours inter-locations
S'APPLIQUE À : Oracle Public Cloud uniquement
Stratégies IAM requises
Pour créer une base de données de secours inter-locations, vous devez vous assurer de répondre aux exigences suivantes :
-
Exécutez les commandes d'interface de ligne de commande ou d'API pour ajouter la base de données de secours inter-locations dans la location de destination.
-
Définissez des groupes et des stratégies OCI Identity and Access Management sur les locations source et de destination afin de pouvoir exécuter des commandes pour ajouter la base de données de secours inter-locations dans la location de destination et autoriser la location de destination à contacter la location source dans laquelle réside la base de données principale. Lorsque ces stratégies sont révoquées, l'ajout d'une base de données de secours inter-locations n'est pas autorisé.
-
Sur la location de destination, créez un groupe (par exemple : DestinationGroup) et ajoutez les utilisateurs qui seront autorisés à ajouter une base de données de secours inter-locations à ce groupe. Pour obtenir des instructions, reportez-vous à Utilisation de la console pour créer un groupe.
-
Sur la location source, créez des stratégies IAM pour autoriser le groupe créé dans la location de destination (DestinationGroup) à ajouter une base de données de secours inter-locations à l'aide de la base de données principale de la location source. Pour plus d'informations, reportez-vous à Utilisation de la console pour créer une stratégie.
Par exemple, vous pouvez définir une stratégie pour autoriser un utilisateur dans le fichierDestinationGroup
de l'instanceDestinationTenancy
à lire à partir d'une instance Autonomous Database spécifique dans le compartiment indiqué sur la location source, comme indiqué ci-dessous :define tenancy DestinationTenancy as ocid1.tenancy.oc1..unique_ID define group DestinationGroup as ocid1.group.region1..unique_ID admit group DestinationGroup of tenancy DestinationTenancy to manage autonomous-database-family in tenancy
Remarques :
La stratégie doit uniquement autoriser l'accès en lecture sur l'instance Autonomous Database source pour créer un clone inter-location.La stratégie ci-dessus spécifie les éléments suivants :- Ligne 1 : OCID de la location de destination dans laquelle vous allez ajouter la base de données de secours.
- Ligne 2 : OCID du groupe de destination auquel appartient l'utilisateur qui créera la base de données de secours inter-locations.
- Ligne 3 : OCID du compartiment dans lequel réside la base de données principale et OCID de la base de données principale.
-
Sur la location de destination, créez des stratégies IAM pour approuver un groupe afin de gérer la source de base de données principale sur la location source. Pour plus d'informations, reportez-vous à Utilisation de la console pour créer une stratégie.
Exemple :define tenancy SourceTenancy as ocid1.tenancy.oc1..unique_ID endorse group DestinationGroup to manage autonomous-database-family in tenancy SourceTenancy
La stratégie ci-dessus spécifie les éléments suivants :- Ligne 1 : OCID de l'OCID de location source dans lequel réside la base de données principale.
- Ligne 2 : indique le groupe de destination qui peut être autorisé à gérer les instances Autonomous Database dans la location source.
Cette stratégie décrite dans l'exemple ci-dessus permet à
DestinationGroup
de créer des bases de données de secours Autonomous Database et inter-locations dans la location source. Pour plus d'informations et d'exemples, reportez-vous à Droits d'accès IAM et opérations d'API pour Autonomous Database.
-
Pour ajouter une base de données de secours inter-locations locale (même région), procédez comme suit :
Sur la location où vous voulez ajouter la base de données de secours, c'est-à-dire sur la location de destination, utilisez l'interface de ligne de commande ou appelez l'API REST et fournissez l'OCID de la base de données principale, où la base de données principale réside dans une autre location (la location source).
oci db autonomous-container-database create --cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.iad.unique_ID --compartment-id ocid1.compartment.oc1..unique_ID --display-name clicrosdg --patch-model RELEASE_UPDATES --peer-autonomous-container-database-compartment-id ocid1.compartment.oc1..unique_ID --peer-autonomous-container-database-display-name clisecdg --peer-cloud-autonomous-vm-cluster-id ocid1.autonomousexainfrastructure.oc1.iad.unique_ID --protection-mode MAXIMUM_PERFORMANCE --service-level-agreement-type AUTONOMOUS_DATAGUARD
Une fois la commande exécutée, un ID de demande de travail est renvoyé, qui peut être utilisé pour suivre la progression de la base de données de secours. Pour plus d'informations, reportez-vous à autonomous-container-database.
Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.
Pour ajouter une base de données de secours inter-locations résidant dans la même région que la base de données principale à l'aide de l'API REST, utilisez AutonomousContainerDatabases
.
L'appel d'API permettant de créer la base de données de secours est envoyé à la autre location de la région locale.
oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
"cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1..unique_ID",
"compartmentId": "ocid1.compartment.oc1..unique_ID",
"displayName": "cliapcrdg",
"patchModel": "RELEASE_UPDATES",
"peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1..unique_ID",
"peerAutonomousContainerDatabaseDisplayName": "cliapscdg",
"peerCloudAutonomousVmClusterId": "ocid1.autonomousexainfrastructure.oc1.iad.unique_ID",
"protectionMode": "MAXIMUM_PERFORMANCE",
"serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}'
Pour plus d'informations sur l'API REST, reportez-vous à AutonomousContainerDatabase.
Pour plus d'informations sur l'utilisation de l'API et la signature des demandes, reportez-vous à API REST et à Informations d'identification de sécurité.
Pour créer une base de données de secours inter-région distante, procédez comme suit :
Sur la location dans laquelle vous voulez ajouter la base de données de secours, c'est-à-dire sur la location de destination dans la région de destination, utilisez l'interface de ligne de commande ou appelez l'API REST et fournissez l'OCID de la base de données principale, dans laquelle la base de données principale réside dans une location et une région différentes.
oci db autonomous-container-database create --cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.ap-chuncheon-1.unique_ID --compartment-id ocid1.compartment.oc1..unique_ID --display-name clicrosdg --patch-model RELEASE_UPDATES --peer-autonomous-container-database-compartment-id ocid1.compartment.oc1..unique_ID --peer-autonomous-container-database-display-name clisecdg --peer-cloud-autonomous-vm-cluster-id ocid1.autonomousexainfrastructure.oc1.iad.unique_ID --protection-mode MAXIMUM_PERFORMANCE --service-level-agreement-type AUTONOMOUS_DATAGUARD
Une fois la commande exécutée, un ID de demande de travail est renvoyé, qui peut être utilisé pour suivre la progression de la base de données de secours. Pour plus d'informations, reportez-vous à autonomous-container-database.
Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.
Pour ajouter une base de données de secours inter-locations résidant dans une région différente de la base de données principale à l'aide de l'API REST, utilisez AutonomousContainerDatabases
.
Appel d'API permettant de créer les exécutions de secours dans les différentes locations de la région source.
oci raw-request --http-method POST --target-uri https://database.ap-chuncheon-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
"cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.ap-chuncheon-1.unique_ID",
"compartmentId": "ocid1.compartment.oc1..unique_ID",
"displayName": "cliapcrdg",
"patchModel": "RELEASE_UPDATES",
"peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1..unique_ID",
"peerAutonomousContainerDatabaseDisplayName": "cliapscdg",
"peerCloudAutonomousVmClusterId": "ocid1.autonomousexainfrastructure.oc1.iad.unique_ID",
"protectionMode": "MAXIMUM_PERFORMANCE",
"serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}'
Pour plus d'informations sur l'API REST, reportez-vous à AutonomousContainerDatabase.
Pour plus d'informations sur l'utilisation de l'API et la signature des demandes, reportez-vous à API REST et à Informations d'identification de sécurité.
Remarques :
Après avoir soumis une demande d'ajout d'une base de données de secours inter-locations, l'état de cycle de vie de la base de données affiche Mise à jour. Vous ne pouvez pas arrêter, démarrer, redémarrer, restaurer ou déplacer l'instance Autonomous Database dans cet état.