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.

Pour faire passer les bases de données Conteneur Autonomous existantes, les clients peuvent migrer vers le nouveau modèle à l'aide de l'une des options suivantes : Pour plus d'informations sur le nouveau modèle, reportez-vous à Modèles Autonomous Data Guard.

Activer Autonomous Data Guard sur une base de données Conteneur Autonomous

Vous pouvez activer Autonomous Data Guard à partir de la page Détails d'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.
  1. 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.
  2. Cliquez sur Activer sous Autonomous Data Guard dans Informations sur la base de données Conteneur Autonomous.
  3. Vous pouvez également cliquer sur Ajouter une base de données de secours sur des groupes Autonomous Data Guard ou des associations Autonomous Data Guard.
  4. Renseignez la boîte de dialogue Ajouter une base de données de secours avec les informations suivantes :
    Paramétrage Description Remarques 
    Compartiment de la base de données Conteneur Autonomous pair Sélectionnez le compartiment de la 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.

    Les bases de données Conteneur Autonomous principale et secondaire peuvent également être déployées dans différentes régions (entre régions).

    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.  
    Mode de protection Sélectionnez Performances maximales ou Disponibilité maximale dans la liste déroulante.

    Maximum Performance est sélectionné par défaut.

    Pour plus d'informations sur Autonomous Data Guard, et pour obtenir des instructions sur l'emplacement de la base de données Conteneur autonome de secours, ainsi que sur le mode de protection à utiliser, reportez-vous à A propos d'Autonomous Data Guard et à Options de configuration d'Autonomous Data Guard.

    Configuration de la sauvegarde de la base de données homologue Sélectionnez un type de destination de sauvegarde dans la liste déroulante. S'APPLIQUE À : Applicable Exadata Cloud@Customer uniquement

    Une destination de sauvegarde est requise sur les déploiements Exadata Cloud@Customer.

    Préférence de maintenance de la base de données homologue Sélectionnez le nombre de jours pendant lesquels la maintenance de la base de données de secours sera programmée avant la maintenance de la base de données principale car des patches sont toujours appliqués à la base de données de secours avant la base de données principale. Cette option est disponible uniquement lorsque la base de données Conteneur Autonomous principale a défini une programmation de maintenance personnalisée.
  5. Confirmez l'ajout de la base de données de secours.

    Remarques :

    Une fois activée, Autonomous Data Guard peut uniquement être désactivé en mettant fin à la base de données Conteneur Autonomous de secours.

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

  1. 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.

  2. 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

Pour pouvoir ajouter une seconde base de données Conteneur Autonomous de secours :
  • 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é.
  1. 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.

  2. Cliquez sur Ajouter une base de données de secours dans Groupes Autonomous Data Guard.

  3. 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 À : Applicable 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.
  4. 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.

  1. 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.
  2. Sous Actions, cliquez sur Permutation.

  3. 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.

  1. 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é.
  2. 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) Actions supplémentaires dans la ligne de base de données où vous souhaitez changer de rôle, puis cliquez sur Permutation.
  3. 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.

  1. 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.

  2. Sous Actions, cliquez sur Basculement.

  3. 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.

  4. 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.

  1. 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.

  2. 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) Actions supplémentaires dans la ligne de base de données où vous voulez changer de rôle, puis cliquez sur Basculement.
  3. 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.

Dans une configuration Autonomous Data Guard comportant plusieurs bases de données de secours et un basculement automatique :
  • 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.

  1. 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.
  2. Sous Actions, cliquez sur Rétablir.

  3. 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.

  1. 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.

  2. 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) Actions supplémentaires 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

Procédure
  1. Accédez à la page Détails de 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.
  2. Cliquez sur Mettre à jour Autonomous Data Guard sous Actions.
    La boîte de dialogue Mettre à jour Autonomous Data Guard affiche les paramètres en cours pour le mode de protection et le basculement automatique.
  3. Vous pouvez effectuer les mises à jour suivantes à partir de cette boîte de dialogue :
    1. Mode de protection : sélectionnez Performances maximales ou Disponibilité maximale dans la liste déroulante.
    2. Basculement automatique : si le basculement automatique n'est pas déjà activé, vous pouvez l'activer en sélectionnant Activer le basculement automatique. De même, vous pouvez désélectionner Activer le basculement automatique afin de désactiver le basculement automatique pour cette configuration Autonomous Data Guard. Si l'une de vos bases de données de secours se trouve dans la même région que la base de données principale et que la seconde se trouve dans une autre région, la base de données de secours locale est prioritaire sur la base de données de secours distante en tant que cible de basculement automatique. Lorsque vous activez le basculement automatique, toutes les bases de données de secours sont prises en compte pour la cible de basculement automatique.

      Remarques :

      Vous ne pouvez pas activer le basculement automatique pour les bases de données avec une configuration Autonomous Data Guard inter-région sur les déploiements Exadata Cloud@Customer.
    3. Limite de décalage Fast-Start Failover : si le basculement automatique est activé et que le mode de protection est Performances maximales, la valeur de la limite de décalage Fast-Start Failover est affichée en secondes. Par défaut, cette valeur est définie sur 30 secondes, mais vous pouvez la remplacer par n'importe quelle valeur comprise entre 5 et 3600 secondes.
  4. Enregistrez les modifications.
Sur la console Oracle Cloud Infrastructure, l'état de la base de données Conteneur Autonomous indique UPDATING jusqu'à ce que les paramètres Autonomous Data Guard mis à jour soient appliqués.

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

  1. Accédez à la page Détails de la base de données Conteneur Autonomous 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.
  2. Cliquez sur Convertir en base de données de secours cliché sous Actions.

    Remarques :

    La conversion en base de données de secours cliché n'est pas prise en charge lorsque le basculement automatique est activé. Vous devez désactiver le basculement automatique avant de procéder à la conversion en base de données de secours instantanée. Pour obtenir des instructions sur la désactivation du basculement automatique dans une configuration Autonomous Data Guard, reportez-vous à Mise à jour des paramètres Autonomous Data Guard.
  3. La boîte de dialogue Convertir en base de données de secours cliché apparaît avec des options permettant d'utiliser les nouveaux services de base de données ou les services de base de données principale pour les connexions de base de données de secours cliché.
    • Utiliser les nouveaux services de base de données : cliquez sur cette option pour vous connecter à la base de données de secours cliché à l'aide des nouveaux services actifs uniquement en mode Base de données de secours cliché.
    • Utiliser les services de base de données principale : cliquez sur cette option si vous voulez vous connecter à la base de données de secours cliché à l'aide des mêmes services que la base de données principale.

      Remarques :

      L'activation des services de base de données principale sur la base de données de secours cliché peut entraîner la transmission des demandes de connexion à la base de données principale ou inversement si vous utilisez des chaînes de connexion de base de données incorrectes. Par conséquent, vous devez faire attention à utiliser la chaîne de connexion appropriée lors de la connexion à la base de données principale et à la base de données de secours instantanée lorsque vous choisissez d'utiliser les services de base de données principale.
  4. Cliquez sur Convertir.
    Sur la console Oracle Cloud Infrastructure, l'état de la base de données Conteneur Autonomous est MISE À JOUR jusqu'à ce que la base de données de secours passe à la base de données de secours instantanée.

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

  1. Accédez à la page Détails de la base de données Conteneur Autonomous 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.
  2. Cliquez sur Convertir en base de données de secours physique sous Actions.
  3. La boîte de dialogue Convertir en base de données de secours physique affiche un message vous avertissant que la conversion de la base de données de secours cliché en base de données de secours physique annulera toutes ses mises à jour locales et appliquera les données de la base de données principale.
  4. Cliquez sur Convertir.
    Sur la console Oracle Cloud Infrastructure, l'état de la base de données Conteneur Autonomous est MISE À JOUR jusqu'à ce que la base de données de secours passe à la base de données de secours physique.

Ajout d'une base de données de secours inter-locations

S'APPLIQUE À : Applicable Oracle Public Cloud uniquement

Vous pouvez ajouter une base de données de secours Autonomous Data Guard qui réside dans une location différente de la base de données principale.

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 fichier DestinationGroup de l'instance DestinationTenancy à 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.