Gérer une configuration Autonomous Data Guard

La fonctionnalité Autonome Data Guard d'Autonomous AI Database on Dedicated Exadata Infrastructure permet d'assurer la disponibilité des bases de données d'exploitation essentielles pour vos applications stratégiques. Malgré les pannes, les sinistre, les erreurs humaines ou l'altération de données. Ce type de fonction est souvent appelé récupération après sinistre.

Activation d'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.

Remarque : 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

Remarque : 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 de données Conteneur Autonomous ne commencera pas tant que l'opération d'ajout de base de données de secours n'aura pas été 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 les groupes Autonomous Data Guard.

4. Remplissez la boîte de dialogue Ajouter une base de données de secours avec les informations suivantes :

   Paramétrage	Description	Remarques
   Compartiment de base de données Conteneur Autonomous homologue	Sélectionnez le compartiment de base de données Conteneur Autonomous de secours.
   Nom de la base de données Conteneur Autonomous homologue	Entrez le nom de la base de données Conteneur Autonomous de secours.	Vous pouvez ajouter une base de données Conteneur Autonomous de secours de la région AWS à la base de données Conteneur Autonomous déjà provisionnée dans la région OCI. Vous pouvez également ajouter une base de données Conteneur Autonomous de secours dans la région OCI à une base de données Conteneur Autonomous déjà provisionnée dans la région AWS.
   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 (inter-région).
   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 homologue (AVMC)	Sélectionnez l'AVMC parent pour la base de données Conteneur Autonomous de secours.	Dans les déploiements Exadata Cloud@Customer, si la 3e carte d'interface réseau est activée pour l'AVMC parent, toutes les opérations Data Guard passent uniquement par cette 3e carte.
   Mode de protection	Sélectionnez Maximum performance ou Maximum availability dans la liste déroulante.	La valeur Maximum Performance est sélectionnée par défaut. Pour plus d'informations sur Autonomous Data Guard et pour obtenir des directives sur l'endroit où placer la base d'informations Conteneur Autonomous de secours et sur les modes de protection à utiliser, reportez-vous à la section A propos d'Autonomous Data Guard et à la section Options de configuration d'Autonomous Data Guard.
   Configuration de sauvegarde de la base de données homologue	Sélectionnez un type de destination de sauvegarde dans la liste déroulante. Sur les déploiements Oracle Public Cloud de la base de données Autonomous AI, vous pouvez choisir Autonomous Recovery Service ou Object Storage comme destination de sauvegarde. La valeur par défaut est Object Storage et l'option recommandée est Autonomous Recovery Service. Pour Autonomous AI Database sur Oracle Database@AWS, vous pouvez choisir Autonomous Recovery Service, OCI Object Storage ou Amazon Simple Storage (AWS S3). La valeur par défaut est AWS S3 et l'option recommandée est Autonomous Recovery Service.
   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 Conteneur Autonomous de secours sera programmée avant la maintenance de la base de données Conteneur Autonomous principale car les patches sont toujours appliqués à la base de données Conteneur Autonomous de secours avant la base de données Conteneur Autonomous principale.	Cette option n'est disponible que 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.

   Remarque : une fois activé, Autonomous Data Guard ne peut être désactivé qu'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 Conteneur Autonomous principale ou d'instance 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 et 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'homologue, son Mode de protection et le paramètre de basculement automatique, sous Autonomous Data Guard dans les 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.

   La table Autonomous Data Guard affiche les informations concernant la base de données Conteneur homologue, les décalages d'application des opérations et de transport en cours, l'état, et les dates de dernière modification et création du 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 deuxième 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 deuxième base de données Conteneur Autonomous de secours, 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 pouvez la réactiver ultérieurement.

Droits d'accès IAM requis

use autonomous-container-databases

Procédure

Remarque :

• 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 de données Conteneur Autonomous 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 automatique non simultané pour 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. Remplissez Ajouter une base de données de secours avec les informations suivantes :

   Paramétrage	Description
   Compartiment de base de données Conteneur Autonomous homologue	Sélectionnez le compartiment de base de données Conteneur Autonomous de secours.
   Nom de la base de données Conteneur Autonomous homologue	Entrez le nom de la base de données Conteneur Autonomous de secours. Remarque : vous pouvez ajouter une base de données Conteneur Autonomous de secours de la région AWS à la base de données Conteneur Autonomous déjà provisionnée dans la région OCI. Vous pouvez également ajouter une base de données Conteneur Autonomous de secours dans la région OCI à une base de données Conteneur Autonomous déjà provisionnée dans la région AWS.
   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 homologue (AVMC)	Sélectionnez l'AVMC parent pour la base de données Conteneur Autonomous de secours.
   Configuration de la sauvegarde de la base de données homologue	Sélectionnez le type de destination de sauvegarde pour la deuxième base de données de secours dans la liste déroulante. Sur les déploiements Oracle Public Cloud de la base de données Autonomous AI, vous pouvez choisir Autonomous Recovery Service ou Object Storage comme destination de sauvegarde. La valeur par défaut est Object Storage et l'option recommandée est Autonomous Recovery Service. Pour Autonomous AI Database sur Oracle Database@AWS, vous pouvez choisir Autonomous Recovery Service, OCI Object Storage ou Amazon Simple Storage (AWS S3). La valeur par défaut est AWS S3 et l'option recommandée est Autonomous Recovery Service.

   Remarque : vous ne pouvez pas définir explicitement les 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 la base de données de secours.

Changement de rôles dans une configuration Autonomous Data Guard

Vous changez les rôles des bases d'une base 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 et de secours.

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

   Remarque : 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 a le rôle Base de données de secours cliché.

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 AI Database sur une infrastructure Exadata dédiée 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 fait que la base de données Conteneur principale prend le rôle de base de secours et que la base de données Conteneur de secours prend celui de base de données principale. Une fois l'opération terminée, l'état des deux bases de données Conteneur redevient Actif.

Basculement vers la base de données de secours dans une configuration Autonomous Data Guard

Vous basculez vers les bases d'une configuration Autonomous Data Guard de secours dans les bases d'une configuration Autonomous Data Guard à partir de la page Détails de la base d'une base d'une base d'informations Conteneur Autonomous.

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

4. Entrez le nom de la base de données Conteneur Autonomous dans la boîte de dialogue de confirmation, puis cliquez sur Basculement.

   Oracle Autonomous AI Database sur une infrastructure Exadata dédiée définit l'état de la base de données Conteneur de secours sur Modification du rôle en cours et lance l'opération de basculement. Une fois cette opérations terminée, le rôle de la base des données Conteneur de secours devient Principal, et le rôle de la base des données Conteneur principale devient Instance 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 la base de données Conteneur Autonomous principale en échec prend un rôle de secours désactivé, vous pouvez rétablir la base de données en échec, pour la base de données en échec, le rôle de secours activé à partir de sa page Détails.

Dans une configuration Autonomous Data Guard avec plusieurs bases de données de secours et un basculement automatique :

• Les basculements manuels nécessitent le rétablissement manuel de la base principale d'origine, qui devient la nouvelle base de secours.

• Chaque fois qu'un basculement automatique se produit, la base de données Autonomous AI sur une infrastructure Exadata dédiée 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

1. Accédez à la page Détails de la base de données Conteneur Conteneur Autonomous de secours Désactivé à 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 d'un 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ôles en cours jusqu'à ce que l'action de rétablissement soit terminée. Lorsque l'opération est terminée, le rôle de la base des données Conteneur de secours désactivée devient De secours, et son état devientDisponible.

Mettre à jour les paramètres 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ée 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 actuels du mode de protection et du basculement automatique.

3. Vous pouvez effectuer les mises à jour suivantes depuis 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 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 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.

      Remarque : 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 du basculement de démarrage rapide : si le basculement automatique est activé et que le mode de protection est Performances maximales, la valeur de la limite de décalage du basculement de démarrage rapide est affichée en secondes. Par défaut, cette valeur est définie sur 30 secondes, mais vous pouvez la remplacer par toute 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.

Convertir la base 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 cliché 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 d'informations Conteneur Autonomous 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.

   Remarque : 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é s'affiche 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 de nouveaux services de base de données : cliquez sur cette option pour vous connecter à la base de données de secours cliché à l'aide de nouveaux services actifs uniquement dans le mode de base de données de secours cliché.

   • Utiliser les services de base de données principale : cliquez sur cette option si vous souhaitez vous connecter à la base de données de secours cliché à l'aide des mêmes services que dans la base de données principale.

   Remarque : l'activation des services de base de données principale sur la base de données de secours cliché peut entraîner le transfert de demandes de connexion de base de données de secours cliché vers 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 veiller à 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 indique UPDATING jusqu'à ce que la base de données de secours devienne une base de données de secours cliché.

Convertir la base de secours cliché en base 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 d'informations Conteneur Autonomous 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 indique UPDATING jusqu'à ce que la base de données de secours devienne une base de données de secours physique.

Ajouter une base de données de secours inter-locations

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.

S'APPLIQUE À : Oracle Public Cloud uniquement

Stratégies IAM requises

Pour créer une base de données de secours inter-locations, vous devez vous assurer de respecter les 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-location dans la location de destination et autoriser la location de destination à contacter la location source où 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-location à ce groupe. Pour obtenir des conseils, 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-location à l'aide de la base de données principale à partir de la location source. Pour obtenir des conseils, 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 du fichier DestinationTenancy à lire à partir d'une instance de base de données Autonomous AI 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 **read autonomous-database-family** in
        tenancy
    

    Remarque : la stratégie doit uniquement autoriser l'accès en lecture sur l'instance de base de données Autonomous AI source pour créer une base de données de secours inter-locations.

    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 va créer la base de données de secours inter-locations.

    • Ligne 3 : indique le groupe de destination pouvant être autorisé à lire les bases de données Autonomous AI dans la location source.

  • 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 obtenir des conseils, 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 où réside la base de données principale.

    • Ligne 2 : indique le groupe de destination qui peut être autorisé à gérer les bases de données Autonomous AI dans la location source.

    Cette stratégie abordée dans l'exemple ci-dessus permet à DestinationGroup de créer des bases de données Autonomous AI et des bases de données de secours 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 la base de données Autonomous AI.

Ajout d'une base de données de secours inter-locations dans la même région

interface de ligne de commande API REST

Vous pouvez créer une base de données Conteneur Autonomous autonome dans la location source à l'aide de l'interface de ligne de commande, comme indiqué ci-dessous.

oci --debug db autonomous-container-database create
--cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID
--compartment-id ocid1.compartment.oc1.unique_ID --display-name clicrosdg
--patch-model RELEASE_UPDATES --service-level-agreement-type STANDARD

où :

• --cloud-autonomous-vm-cluster-id : OCID du cluster de machines virtuelles Exadata Autonomous cible dans lequel la nouvelle base de données Conteneur Autonomous sera provisionnée.

Vous pouvez également utiliser une base de données Conteneur Autonomous autonome existante et ajouter directement la base de données de secours, comme indiqué ci-dessous.

Sur la location dans laquelle 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 pour ajouter une base de données de secours, comme indiqué ci-dessous :

oci --debug db autonomous-container-database add
--autonomous-container-database-id ocid1.autonomouscontainerdatabase.oc1.<region-name>.unique_ID
--peer-autonomous-container-database-display-name clisecdg
--peer-cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID
--protection-mode MAXIMUM_PERFORMANCE
--peer-autonomous-container-database-compartment-id "ocid1.compartment.oc1.unique_ID"

où :

• --autonomous-container-database-id : OCID de la base de données Conteneur Autonomous principale à laquelle vous ajoutez une base de données de secours.

• --peer-autonomous-container-database-display-name : nom convivial de la nouvelle base de données Conteneur Autonomous de secours dans la location de destination.

• --peer-autonomous-vm-cluster-id : OCID du cluster de machines virtuelles Autonomous cloud dans la location de destination où la base de données de secours sera créée.

• --peer-autonomous-container-database-compartment-id : OCID du compartiment dans lequel réside la base de données Conteneur Autonomous de secours.

• --protection-mode : définit le mode de protection qui sera utilisé une fois que Data Guard sera activé pour la base de données Conteneur Autonomous.

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. Remarque : si vous souhaitez que la commande soit exécutée dans une région qui n'est pas répertoriée dans le fichier de configuration, vous devez définir la région requise dans l'invite de commande avant d'exécuter la commande OCI.

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 location différente de la même région.

Vous pouvez créer une base de données Conteneur Autonomous autonome dans la location source à l'aide de l'API REST, comme indiqué ci-dessous.

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases
--request-body '{
"cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID",
"compartmentId": "ocid1.compartment.oc1.unique_ID",
"displayName": "cliapcrdg",
"patchModel": "RELEASE_UPDATES",
"serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}''

où :

• cloudAutonomousVmClusterId : OCID du cluster de machines virtuelles Exadata Autonomous cible dans lequel la nouvelle base de données Conteneur Autonomous sera provisionnée.

Vous pouvez également utiliser une base de données Conteneur Autonomous autonome existante et ajouter directement la base de données de secours, comme indiqué ci-dessous.

Sur la location dans laquelle vous voulez ajouter la base de données de secours, c'est-à-dire sur la location de destination, utilisez l'API REST pour ajouter une base de données de secours, comme indiqué ci-dessous :

oci raw-request --http-method POST --target-uri
https://database.<region-name>.oraclecloud.com/../../ocid1.autonomouscontainerdatabase.oc1.<region-name>../actions/addStandby
--request-body '{
  "peerCloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1.unique_ID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapsec1",
   "protectionMode": "MAXIMUM_PERFORMANCE",
}'

où :

• peerCloudAutonomousVmClusterId : OCID du cluster de machines virtuelles Autonomous cloud dans la location de destination dans laquelle la base de données de secours sera créée.

• peerAutonomousContainerDatabaseCompartmentId : OCID du compartiment dans lequel réside la base de données Conteneur Autonomous de secours.

• peerAutonomousContainerDatabaseDisplayName : nom convivial de la nouvelle base de données Conteneur Autonomous de secours dans la location de destination.

• protectionMode : définit le mode de protection qui sera utilisé une fois que Data Guard sera activé pour la base de données Conteneur Autonomous.

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

Créer une base de données de secours inter-location dans une région distante

interface de ligne de commande API REST

Vous pouvez créer une base de données Conteneur Autonomous autonome dans la location source (si vous n'en avez pas déjà créée) à l'aide de l'interface de ligne de commande, comme indiqué ci-dessous.

oci --debug db autonomous-container-database create
--cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<sourceregion-name>.unique_ID
--compartment-id ocid1.compartment.oc1.unique_ID --display-name clicrosdg
--patch-model RELEASE_UPDATES --service-level-agreement-type STANDARD

où :

• --cloud-autonomous-vm-cluster-id : OCID du cluster de machines virtuelles Exadata Autonomous cible dans lequel la nouvelle base de données Conteneur Autonomous sera provisionnée.

Vous pouvez également utiliser une base de données Conteneur Autonomous autonome existante et ajouter directement la base de données de secours, comme indiqué ci-dessous.

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 distante, utilisez l'interface de ligne de commande pour ajouter une base de données de secours, comme indiqué ci-dessous :

oci --debug db autonomous-container-database add
--autonomous-container-database-id "ocid1.autonomouscontainerdatabase.oc1.<sourceregion-name>.unique_ID"
--peer-autonomous-container-database-display-name "cliCrosstSec2"
--protection-mode "MAXIMUM_PERFORMANCE"
--peer-cloud-autonomous-vm-cluster-id "ocid1.cloudautonomousvmcluster.oc1.<remoteregion-name>.uniqueID"
--peer-autonomous-container-database-compartment-id "ocid1.compartment.oc1..uniqueID"

où :

• --autonomous-container-database-id : OCID de la base de données Conteneur Autonomous principale dans la région source à laquelle vous ajoutez une base de données de secours.

• --peer-autonomous-container-database-display-name : nom convivial de la nouvelle base de données Conteneur Autonomous de secours dans la région de destination et dans la location de destination.

• --peer-autonomous-vm-cluster-id : OCID du cluster de machines virtuelles Autonomous cloud dans la région de destination et dans la location de destination où la base de données de secours sera créée.

• -peer-autonomous-container-database-compartment-id : OCID du compartiment dans lequel réside la base de données Conteneur Autonomous de secours.

• --protection-mode : définit le mode de protection qui sera utilisé une fois que Data Guard sera activé pour la base de données Conteneur Autonomous

Remarque : si la région distante est différente de ce qui est répertorié dans le fichier de configuration par défaut, vous devez définir la région distante requise dans l'invite de commande avant d'exécuter la commande oci.

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 autre région en tant que base de données principale à l'aide de l'API REST, utilisez AutonomousContainerDatabases.

Vous pouvez créer une base de données Conteneur Autonomous autonome dans la location source à l'aide de l'API REST, comme indiqué ci-dessous.

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
  "cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<sourceregion-name>.unique_ID",
  "compartmentId": "ocid1.compartment.oc1.unique_ID",
  "displayName": "cliapcrdg",
  "patchModel": "RELEASE_UPDATES",
   "serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}'

où :

• cloudAutonomousVmClusterId : OCID du cluster de machines virtuelles Exadata Autonomous cible dans lequel la nouvelle base de données Conteneur Autonomous sera provisionnée.

Vous pouvez également utiliser une base de données Conteneur Autonomous autonome existante et ajouter directement la base de données de secours, comme indiqué ci-dessous.

Dans 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'API REST pour ajouter une base de données de secours, comme indiqué ci-dessous :

oci raw-request --http-method POST --target-uri
https://database.ap-chuncheon-1.oraclecloud.com/20160918/autonomousContainerDatabases/ocid1.autonomouscontainerdatabase.oc1.<sourceregion-name>../actions/addStandby
--request-body '{
  "peerCloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<remoteregion-name>.uniqueID",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1.uniqueID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapsec2",
   "protectionMode": "MAXIMUM_PERFORMANCE",
}'

où :

• peerCloudAutonomousVmClusterId : OCID du cluster de machines virtuelles Autonomous cloud dans la location de destination dans laquelle la base de données de secours sera créée.

• peerAutonomousContainerDatabaseCompartmentId : OCID du compartiment dans lequel réside la base de données Conteneur Autonomous de secours.

• peerAutonomousContainerDatabaseDisplayName : nom convivial de la nouvelle base de données Conteneur Autonomous de secours dans la location de destination.

• protectionMode : définit le mode de protection qui sera utilisé une fois que Data Guard sera activé pour la base de données Conteneur Autonomous.

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

Remarque : 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 indique Mise à jour. Vous ne pouvez pas arrêter, démarrer, redémarrer, restaurer ou déplacer la base de données Autonomous AI dans cet état.

Contenu connexe

Protection des bases de données critiques contre les échecs et les sinistres à l'aide d'Autonomous Data Guard