Gérer la configuration Autonomous Data Guard
La fonction Autonomous Data Guard de l'infrastructure Autonomous Database sur une infrastructure Exadata dédiée vous permet d'assurer la disponibilité de vos bases de données de production critiques pour les applications stratégiques malgré les défaillances, les catastrophes, les erreurs humaines ou la corruption de données. Cette fonctionnalité est appelée reprise après sinistre.
À partir du mars 2025, les bases de données conteneur autonomes peuvent activer Autonomous Data Guard à partir de leur page Détails et créer jusqu'à deux bases de données conteneur autonomes de secours. Avec cette version, le modèle précédent Autonomous Data Guard Associations et les API associées seront obsolètes et remplacés par le modèle et les API nouveauxAutonomous Data Guard Groups. Toutes les nouvelles bases de données conteneur autonomes 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, voir Base de connaissances.
-
-
Allez à la page Détails de la base de données conteneur autonome pour laquelle vous voulez activer Autonomous Data Guard. Pour obtenir des instructions, voir Voir les détails d'une base de données conteneur autonome.
- Cliquez sur Mettre à niveau vers des groupes Autonomous Data Guard dans Associations Autonomous Data Guard.
-
-
Utilisez l'API MigrateAutonomousContainerDatabaseDataguardAssociation.
Activer Autonomous Data Guard sur une base de données conteneur autonome
Note :
Vous ne pouvez pas activer Autonomous Data Guard sur une base de données conteneur autonome avec une exécution de maintenance active programmée dans les trois prochains jours.Autorisations GIA requises
inspect cloud-autonomous-vmclusters
use autonomous-container-databases
Procédure
Note :
Lorsqu'une opération d'ajout de base de données conteneur autonome de secours est en cours, toute maintenance programmée sur cette base de données conteneur autonome ne commencera pas tant que l'opération d'ajout de base de données de secours ne sera pas terminée.Voir le statut d'une configuration Autonomous Data Guard
Vous pouvez consulter le statut d'une configuration Autonomous Data Guard à partir de la page Détails de la base de données conteneur autonome principale ou de secours de la configuration.
Politiques GIA requises
inspect autonomous-container-databases
Procédure
-
Allez à la page Détails de la base de données conteneur autonome principale ou de secours dans la configuration Autonomous Data Guard.
Pour obtenir des instructions, voir Voir les détails d'une base de données conteneur autonome.
Vous pouvez voir les détails d'Autonomous Data Guard tels que le statut, le rôle de pair, l'état de pair, le mode de protection et le paramètre de basculement automatique sous Autonomous Data Guard dans les informations sur la base de données conteneur autonome.
- Vous pouvez également voir les détails d'Autonomous Data Guard en cliquant sur Groupes Autonomous Data Guard ou sur Associations Autonomous Data Guard.
Le tableau Autonomous Data Guard contient des informations sur la base de données conteneur pair, le décalage d'application et le décalage de transport courants, l'état et les dernières dates de création et de changement de rôle.
Ajouter une deuxième base de données conteneur autonome de secours
Dans une configuration Autonomous Data Guard, vous pouvez ajouter une deuxième base de données conteneur autonome de secours à la base de données conteneur autonome principale. La deuxième base de données conteneur autonome de secours doit se trouver dans la même location que la base de données conteneur autonome principale.
Conditions requises
-
La base de données conteneur autonome principale doit avoir été provisionnée le ou après mars 2025 ou migrée vers le modèle Groupes Autonomous Data Guard décrit dans Configurer et gérer Autonomous Data Guard.
-
Le basculement automatique ne doit pas être activé pour la première base de données conteneur autonome 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 vous pourrez la réactiver ultérieurement.
Autorisations GIA requises
use autonomous-container-databases
Procédure
Note :
- Lorsqu'une opération d'ajout de base de données conteneur autonome de secours est en cours, toute maintenance programmée sur cette base de données conteneur autonome ne commencera pas tant que l'opération d'ajout de base de données de secours ne sera pas terminée.
- L'ajout d'une base de données de secours nécessite un redémarrage non continu automatique pour la première base de données de secours. La base principale n'est pas affectée par ce redémarrage non continu.
-
Allez à la page Détails de la base de données conteneur autonome pour laquelle vous voulez ajouter une deuxième base de données de secours.
Pour obtenir des instructions, voir Voir les détails d'une base de données conteneur autonome.
-
Cliquez sur Ajouter une base de données de secours dans Groupes Autonomous Data Guard.
- Remplissez Ajouter une base de données de secours avec les informations suivantes :
Paramètre Description Compartiment de base de données conteneur autonome pair Sélectionnez le compartiment de la base de données conteneur autonome de secours. Nom de base de données conteneur autonome pair Entrez un nom pour la base de données conteneur autonome de secours. Région du pair Sélectionnez une région pour la base de données conteneur autonome de secours. Infrastructure Exadata pair Sélectionnez la ressource d'infrastructure Exadata sous-jacente pour la base de données conteneur autonome de secours. Grappe de machines virtuelles Exadata autonome pair (AVMC) Sélectionnez la machine virtuelle autonome parent pour la base de données conteneur autonome de secours. Configuration de la sauvegarde de la base de données pair APPLICATIONS À :
Exadata Cloud@Customer seulement
Sélectionnez le type de destination de sauvegarde pour la deuxième base de données de secours dans la liste déroulante.
Note :
Vous ne pouvez pas définir explicitement les préférences de maintenance pour la deuxième base de données conteneur autonome de secours, car elle hérite de ces préférences de la première base de données conteneur autonome de secours de la base de données conteneur autonome principale. - Cliquez sur Ajouter une base de données de secours.
Changer de rôle dans une configuration Autonomous Data Guard
Pour changer les rôles des bases de données conteneur principale et de secours dans une configuration Autonomous Data Guard, utilisez la page Détails de la base de données conteneur autonome principale ou de secours.
Politiques GIA requises
use autonomous-container-databases
Procédure
Selon le modèle Autonomous Data Guard de votre base de données conteneur autonome, suivez les instructions de l'un des onglets suivants. Voir Configurer et gérer Autonomous Data Guard pour en savoir plus sur les modèles Autonomous Data Guard.
-
Allez à la page Détails de la base de données conteneur autonome de base de secours que vous voulez changer de rôle avec la base de données conteneur autonome principale dans la configuration Autonomous Data Guard.
Pour obtenir des instructions, voir Voir les détails d'une base de données conteneur autonome.
Note :
Vous ne pouvez pas changer de rôle pour les bases de données conteneur autonomes principale et de secours dans une configuration Autonomous Data Guard où la base de données de secours se trouve dans le rôle Base de données de secours instantanée. -
Sous Actions, cliquez sur Permutation.
-
Entrez le nom de la base de données conteneur autonome dans la boîte de dialogue de confirmation, puis cliquez sur Permuter.
Oracle Autonomous Database on Dedicated Exadata Infrastructure règle l'état de la base de secours et de ses bases de données conteneur principales à Modification de rôle en cours et démarre l'opération de permutation. La base de données conteneur principale prend alors le rôle de base de secours et la base de données conteneur de secours prend ce rôle. Une fois l'opération terminée, l'état des deux bases de données conteneur passe à Actif.
-
Allez à la page Détails de la base de données conteneur autonome principale ou de secours dans la configuration Autonomous Data Guard.
Pour obtenir des instructions, voir Voir les détails d'une base de données conteneur autonome.
Note :
Vous ne pouvez pas changer de rôle pour les bases de données conteneur principale et de secours dans une configuration Autonomous Data Guard où la base de secours est dans le rôle Base de secours instantanée. - Cliquez sur Associations Autonomous Data Guard pour lister la base de données pair dans une colonne tabulaire. Cliquez sur les points de suspension (trois points verticaux)
dans la rangée de base de données où vous voulez changer de rôle et cliquez sur Permuter.
-
Entrez le nom de la base de données conteneur autonome dans la boîte de dialogue de confirmation, puis cliquez sur Passer à.
Oracle Autonomous Database on Dedicated Exadata Infrastructure règle l'état des deux bases de données conteneur à Modification de rôle en cours et démarre l'opération de permutation, qui fait en sorte que la base de données conteneur principale assume le rôle de base de secours et que la base de données conteneur de secours assume le rôle de base principale. Une fois l'opération terminée, l'état des deux bases de données conteneur passe à Actif.
Basculement vers la base de secours dans une configuration Autonomous Data Guard
Vous basculez vers une base de données conteneur autonome de secours dans une configuration Autonomous Data Guard à partir de la page Détails de la base de données.
Politiques GIA requises
use autonomous-container-databases
Procédure
Selon le modèle Autonomous Data Guard de votre base de données conteneur autonome, suivez les instructions de l'un des onglets suivants. Voir Configurer et gérer Autonomous Data Guard pour en savoir plus sur les modèles Autonomous Data Guard.
-
Allez à la page Détails de la base de données conteneur autonome de base de secours à laquelle vous voulez basculer dans la configuration Autonomous Data Guard.
Pour obtenir des instructions, voir Voir les détails d'une base de données conteneur autonome.
-
Sous Actions, cliquez sur Basculement.
-
Dans le cas d'une base de données conteneur autonome de secours instantanée, vous voyez un message vous avisant que la base de secours instantanée sera convertie en base de secours physique après avoir abandonné toutes ses mises à jour locales et appliqué les données de votre base de données principale. Cliquez sur Basculement pour continuer.
-
Entrez le nom de la base de données conteneur autonome dans la boîte de dialogue de confirmation, puis cliquez sur Échec.
Oracle Autonomous Database on Dedicated Exadata Infrastructure règle l'état de la base de données conteneur de secours à Modification de rôle en cours et lance l'opération de basculement. À la fin, le rôle de la base de données conteneur de secours devient Primaire et le rôle de la base de données conteneur principale devient Base de secours désactivée avec l'état Non disponible.
-
Allez à la page Détails de la base de données conteneur autonome de secours dans la configuration Autonomous Data Guard.
Pour obtenir des instructions, voir Voir les détails d'une base de données conteneur autonome.
- Cliquez sur Associations Autonomous Data Guard pour lister la base de données pair dans une colonne tabulaire. Cliquez sur les points de suspension (trois points verticaux)
dans la rangée de base de données où vous voulez changer de rôle et cliquez sur Basculement.
-
Dans le cas d'une base de données conteneur autonome de secours instantanée, un message vous avertit que la base de secours instantanée sera convertie en base de secours physique après avoir abandonné toutes ses mises à jour locales et appliqué les données de votre base de données principale. Cliquez sur Basculement pour continuer.
Oracle Autonomous Database on Dedicated Exadata Infrastructure règle l'état de la base de données conteneur de secours à Modification de rôle en cours et lance l'opération de basculement. À la fin, le rôle de la base de données conteneur de secours devient Primaire et le rôle de la base de données conteneur principale devient Base de secours désactivée avec l'état Non disponible.
Rétablir la base de secours désactivée dans une configuration Autonomous Data Guard
Une fois qu'un basculement s'est produit et que la base de données conteneur autonome principale défaillante a pris le rôle de base de secours désactivée, vous pouvez rétablir le rôle de base de secours activée de la base de données défaillante à partir de sa page Détails.
- Les basculements manuels nécessitent la remise en service manuelle de la base principale d'origine, qui devient la nouvelle base de secours.
- Lorsqu'un basculement automatique se produit, Autonomous Database sur une infrastructure Exadata dédiée tente de rétablir l'ancienne base principale en tant que base de données de secours. Toutefois, si cette tentative échoue, elle doit être remise en service manuellement.
Politiques GIA requises
use autonomous-container-databases
Procédure
Selon le modèle Autonomous Data Guard de votre base de données conteneur autonome, suivez les instructions de l'un des onglets suivants. Voir Configurer et gérer Autonomous Data Guard pour en savoir plus sur les modèles Autonomous Data Guard.
-
Allez à la page Détails de la base de données conteneur autonome de base de secours désactivée à remettre en service.
Pour obtenir des instructions, voir Voir les détails d'une base de données conteneur autonome.
Conseil :
La base de données principale vers laquelle vous avez basculé porte l'étiquette "Base de secours désactivée" dans la liste de bases de données conteneur autonomes d'un compartiment. -
Sous Actions, cliquez sur Remettre en service.
-
Fournissez une confirmation pour poursuivre la remise en service de la base de données conteneur autonome de secours désactivée.
L'état des bases de données pairs devient Changement de rôle en cours jusqu'à ce que l'action de remise en service soit terminée. À la fin, le rôle de la base de données conteneur de secours désactivée devient De secours et son état change pour Disponible.
-
Allez à la page Détails de la base de données conteneur autonome de secours désactivée à remettre en service.
Conseil :
La base de données principale vers laquelle vous avez basculé porte l'étiquette "Base de secours désactivée" dans la liste de bases de données conteneur autonomes d'un compartiment.Pour obtenir des instructions, voir Voir les détails d'une base de données conteneur autonome.
- Cliquez sur Asocations d'Autonomous Data Guard. La liste des bases de données pairs est répertoriée dans une colonne tabulaire. Cliquez sur les points de suspension (trois points verticaux)
dans la rangée de base de données où vous voulez changer de rôle et cliquez sur Remettre en service.
L'état des bases de données pairs devient Changement de rôle en cours jusqu'à ce que l'action de remise en service soit terminée. À la fin, le rôle de la base de données conteneur de secours désactivée devient De secours et son état change pour Disponible.
Mettre à jour les paramètres d'Autonomous Data Guard
Vous pouvez mettre à jour les paramètres d'une base de données autonome à partir de la page Détails de la base de données conteneur autonome principale dans la configuration.
Politiques GIA requises
use autonomous-container-databases
Convertir la base de secours physique en base de secours instantanée
Vous pouvez convertir une base de données conteneur autonome 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 autonome de secours dans la configuration.
Politiques GIA requises
use autonomous-container-databases
Procédure
Convertir la base de secours instantanée en base de secours physique
Vous pouvez convertir une base de données conteneur autonome de secours instantanée 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 autonome de secours dans la configuration.
Politiques GIA requises
use autonomous-container-databases
Procédure
Ajouter une base de données de secours interlocation
S'applique à : Oracle Public Cloud seulement
Politiques GIA requises
Pour créer une base de données de secours interlocation, vous devez vous assurer de répondre aux exigences suivantes :
-
Exécutez l'interface de ligne de commande ou les commandes d'API pour ajouter la base de données de secours interlocation dans la location de destination.
-
Définissez des groupes et des politiques de gestion des identités et des accès OCI sur les locations source et de destination afin que vous puissiez exécuter des commandes pour ajouter la base de données de secours interlocation dans la location de destination et permettre à la location de destination de communiquer avec la location source où réside la base de données principale. Lorsque ces politiques sont révoquées, l'ajout d'une base de données de secours interlocation n'est pas autorisé.
-
Dans 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 interlocation à ce groupe. Pour plus d'informations, voir Utilisation de la console pour créer un groupe.
-
Dans la location source, créez des politiques IAM pour permettre au groupe créé dans la location de destination (DestinationGroup) d'ajouter une base de données de secours interlocation à l'aide de la base de données principale de la location source. Pour plus d'informations, voir Utilisation de la console pour créer une politique.
Par exemple, vous pouvez définir une politique pour autoriser un utilisateur dansDestinationGroup
deDestinationTenancy
à lire à partir d'une instance Autonomous Database spécifique dans le compartiment spécifié de 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
Note :
La politique doit uniquement autoriser l'accès en lecture sur l'instance Autonomous Database source pour créer un clone interlocation.La politique ci-dessus spécifie les éléments suivants :- Ligne 1 : OCID de la location de destination où 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 interlocation.
- Ligne 3 : OCID du compartiment dans lequel réside la base de données principale et OCID de la base de données principale.
-
Dans la location de destination, créez des politiques IAM pour endosser un groupe pour gérer la source de base de données principale dans la location source. Pour plus d'informations, voir Utilisation de la console pour créer une politique.
Par exemple :define tenancy SourceTenancy as ocid1.tenancy.oc1..unique_ID endorse group DestinationGroup to manage autonomous-database-family in tenancy SourceTenancy
La politique ci-dessus spécifie les éléments suivants :- Ligne 1 : OCID de l'OCID de la location source où réside la base de données principale.
- Ligne 2 : Spécifie le groupe de destination qui peut être autorisé à gérer les base de données Autonomous Database dans la location source.
Cette politique décrite dans l'exemple ci-dessus permet à
DestinationGroup
de créer des bases de données Autonomous Database et des bases de données de secours interlocation dans la location source. Pour plus d'informations et des exemples, voir Autorisations IAM et opérations d'API pour Autonomous Database.
-
Pour ajouter une base de données de secours interlocation locale (même région) :
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ù réside la base de données principale 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 réussie, un ID 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, voir base de données-conteneur autonome.
Pour plus d'informations sur les trousses SDK, voir Trousses SDK et interface de ligne de commande.
Pour ajouter une base de données de secours interlocation 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 pour créer la base de données de secours est envoyé à la location différente 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, voir AutonomousContainerDatabase.
Pour plus d'informations sur l'utilisation de l'API et sur les demandes de signature, voir API REST et Données d'identification de sécurité.
Pour créer une base de données de secours inter-région distante :
Sur la location où 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, où 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 réussie, un ID 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, voir base de données-conteneur autonome.
Pour plus d'informations sur les trousses SDK, voir Trousses SDK et interface de ligne de commande.
Pour ajouter une base de données de secours interlocation 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 pour créer les exécutions de secours dans la location différente 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, voir AutonomousContainerDatabase.
Pour plus d'informations sur l'utilisation de l'API et sur les demandes de signature, voir API REST et Données d'identification de sécurité.
Note :
Après avoir soumis une demande d'ajout d'une base de données de secours interlocation, l'état du cycle de vie de la base de données est Mise à jour. Vous ne pouvez pas arrêter, démarrer, redémarrer, restaurer ou déplacer Autonomous Database dans cet état.