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.

Pour faire la transition de bases de données conteneur autonomes existantes, les clients peuvent migrer vers le nouveau modèle à l'aide de l'une des options suivantes : Voir Modèles Autonomous Data Guard pour plus de détails sur le nouveau modèle.

Activer Autonomous Data Guard sur une base de données conteneur autonome

Vous pouvez activer Autonomous Data Guard à partir de la page Détails d'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.
  1. Allez à la page Détails de la base de données conteneur autonome pour laquelle vous voulez activer Autonomous Data Guard.
  2. Cliquez sur Activer sous Autonomous Data Guard dans Informations sur la base de données conteneur autonome.
  3. Vous pouvez également cliquer sur Ajouter une base de données de secours dans Groupes Autonomous Data Guard ou Associations Autonomous Data Guard.
  4. Remplissez la boîte de dialogue Ajouter une base de données de secours avec les informations suivantes :
    Paramètre Description Notes
    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 la base de données conteneur autonome pair Entrez le nom de la base de données conteneur autonome de secours.  
    Région pair Sélectionnez une région pour la base de données conteneur autonome de secours.

    Les bases de données conteneur autonomes principale et secondaire peuvent également être déployées dans différentes régions (inter-régions).

    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 grappe de machines virtuelles autonome parent pour la base de données conteneur autonome de secours.  
    Mode de protection Sélectionnez Performance maximale ou Disponibilité maximale dans la liste déroulante.

    La performance maximale est sélectionnée par défaut.

    Pour plus d'informations sur Autonomous Data Guard et pour obtenir des conseils sur le choix de l'emplacement de la base de données conteneur autonome de secours et du mode de protection à utiliser, voir À propos d'Autonomous Data Guard et Options de configuration d'Autonomous Data Guard.

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

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

    Préférence de maintenance pour la base de données pair Sélectionnez le nombre de jours pendant lesquels la maintenance de la base de données conteneur autonome de secours sera programmée avant la maintenance de la base de données conteneur autonome principale, car celle-ci est toujours corrigée avant celle de la base principale. Cette option n'est disponible que lorsque la base de données conteneur autonome principale a défini un programme de maintenance personnalisé.
  5. Confirmez l'ajout de la base de données de secours.

    Note :

    Une fois activée, Autonomous Data Guard ne peut être désactivé qu'en mettant fin à la base de données conteneur autonome de secours.

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

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

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

Pour pouvoir ajouter une deuxième base de données conteneur autonome de secours :
  • 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.
  1. 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.

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

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

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

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

  1. 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.
  2. 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) Actions supplémentaires dans la rangée de base de données où vous voulez changer de rôle et cliquez sur Permuter.
  3. 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.

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

  2. Sous Actions, cliquez sur Basculement.

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

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

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

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

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

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

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

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

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

Procédure
  1. Allez à la page Détails de la base de données conteneur autonome principale dans la configuration Autonomous Data Guard.
  2. Cliquez sur Mettre à jour Autonomous Data Guard sous Actions.
    La boîte de dialogue Mettre à jour Autonomous Data Guard affiche les paramètres courants du mode de protection et du basculement automatique.
  3. Vous pouvez effectuer les mises à jour suivantes à partir de cette boîte de dialogue :
    1. Mode de protection : Sélectionnez Performance maximale 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 pour 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 secours locale est prioritaire sur la base de secours distante en tant que cible de basculement automatique. Lorsque vous activez le basculement automatique, l'une des bases de données de secours est prise en compte pour la cible du basculement automatique.

      Note :

      Vous ne pouvez pas activer le basculement automatique pour les bases de données avec une configuration Autonomous Data Guard inter-région dans les déploiements Exadata Cloud@Customer.
    3. Limite de décalage horaire pour le basculement à démarrage rapide : Si le basculement automatique est activé et que le mode de protection est Performance maximale, la valeur de la limite de décalage horaire pour le basculement à démarrage rapide est affichée en secondes. Par défaut, cette valeur est réglée à 30 secondes, mais vous pouvez la remplacer par une valeur comprise entre 5 et 3600 secondes.
  4. Enregistrer les modifications.
Dans la console Oracle Cloud Infrastructure, l'état de la base de données conteneur autonome affiche MISE À JOUR jusqu'à ce que les paramètres Autonomous Data Guard mis à jour soient appliqués.

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

  1. Accédez à la page Détails de la base de données conteneur autonome de secours dans la configuration Autonomous Data Guard.
  2. Cliquez sur Convertir en base de données de secours instantanée sous Actions.

    Note :

    La conversion en base de secours instantanée n'est pas prise en charge lorsque le basculement automatique est activé. Vous devez désactiver le basculement automatique avant de le convertir 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, voir Mettre à jour les paramètres d'Autonomous Data Guard.
  3. La boîte de dialogue Convertir en base de secours d'instantané s'affiche avec les options permettant d'utiliser de nouveaux services de base de données ou services de base de données principale pour les connexions à la base de secours d'instantané.
    • Utiliser de nouveaux services de base de données : Cliquez sur cette option pour vous connecter à la base de données de secours instantanée à l'aide de nouveaux services qui sont actifs uniquement en mode instantané.
    • Utiliser les services de base de données principale : Cliquez sur cette option si vous souhaitez vous connecter à la base de secours instantanée à l'aide des mêmes services que la base de données principale.

      Note :

      L'activation des services de base de données principale sur la base de secours instantanée 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 à la 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 secours instantanée lorsque vous choisissez d'utiliser les services de base de données principale.
  4. Cliquez sur Convertir.
    Dans la console Oracle Cloud Infrastructure, l'état de la base de données conteneur autonome est MISE À JOUR jusqu'à ce que la base de secours passe à la base de secours instantanée.

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

  1. Accédez à la page Détails de la base de données conteneur autonome de secours dans la configuration Autonomous Data Guard.
  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 avisant que la conversion de la base de données de secours instantanée en base de secours physique supprimera toutes ses mises à jour locales et appliquera les données de votre base de données principale.
  4. Cliquez sur Convertir.
    Sur la console Oracle Cloud Infrastructure, l'état de la base de données conteneur autonome affiche MISE À JOUR jusqu'à ce que la base de secours passe à la base de secours physique.

Ajouter une base de données de secours interlocation

S'applique à : Applicable Oracle Public Cloud seulement

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.

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 dans DestinationGroup de DestinationTenancy à 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.