Gérer la configuration d'Autonomous Data Guard

La fonction Autonomous Data Guard de l'infrastructure Exadata dédiée de base de données d'IA autonome vous permet de garder vos bases de données de production critiques disponibles pour les applications critiques, malgré les défaillances, les catastrophes, les erreurs humaines ou la corruption de données. Ce type de capacité est souvent appelé reprise après sinistre.

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.

Allez à la page Détails de la base de données conteneur autonome pour laquelle vous voulez activer Autonomous Data Guard.

Pour obtenir des instructions, voir Voir les détails d'une base de données conteneur autonome.
Cliquez sur Activer sous Autonomous Data Guard dans Informations sur la base de données conteneur autonome.
Vous pouvez également cliquer sur Ajouter une base de données de secours dans Groupes Autonomous Data Guard.

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

Paramètre	Description	Notes
Compartiment de la 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 un nom pour la base de données conteneur autonome de secours.	Vous pouvez ajouter une base de données conteneur autonome de secours à partir de la région AWS à la base de données conteneur autonome déjà provisionnée dans la région OCI. Vous pouvez également ajouter une base de données conteneur autonome de secours dans la région OCI à une base de données conteneur autonome déjà provisionnée dans la région AWS.
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 machine virtuelle autonome parent pour la base de données conteneur autonome de secours.	Dans les déploiements Exadata Cloud@Customer, si la carte AVMC parent a activé la 3e carte d'interface réseau, toutes les opérations Data Guard se déplaceront uniquement sur cette 3e carte d'interface réseau.
Mode de protection	Sélectionnez Performance maximale ou Disponibilité maximale dans la liste déroulante.	L'option Performance maximale est sélectionnée par défaut. Pour plus d'informations sur Autonomous Data Guard et pour savoir où placer la base de données conteneur autonome de secours et quel mode de protection utiliser, voir À propos d'Autonomous Data Guard et Options de configuration d'Autonomous Data Guard.
Configuration de sauvegarde de base de données pair	Sélectionnez un type de destination de sauvegarde dans la liste déroulante. Dans les déploiements Oracle Public Cloud de la base de données Autonomous AI Database, vous pouvez choisir Autonomous Recovery Service ou Object Storage comme destination de sauvegarde. La valeur par défaut est Stockage d'objets et l'option recommandée est Service de récupération autonome. 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 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 la base de données conteneur autonome de secours fait toujours l'objet d'un correctif avant la base de données conteneur autonome principale.	Cette option n'est disponible que lorsque la base de données conteneur autonome principale a défini un programme de maintenance personnalisé.

Confirmez l'ajout de la base de données de secours.

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

Voir le statut d'une configuration Autonomous Data Guard

Vous pouvez voir le statut d'une configuration Autonomous Data Guard à partir de la page Détails de la base de données conteneur autonome principale ou de secours de la configuration.

Politiques GIA requises

inspect autonomous-container-databases

Procédure

Allez à la page Détails de la base de données conteneur autonome principale ou de secours dans la configuration Autonomous Data Guard.

Pour obtenir des instructions, voir Voir les détails d'une base de données conteneur autonome.

Vous pouvez voir les détails d'Autonomous Data Guard tels que son statut, son rôle de pair, son état de pair, son mode de protection et son paramètre de basculement automatique sous Autonomous Data Guard dans les informations sur la base de données conteneur autonome.
Vous pouvez également voir les détails d'Autonomous Data Guard en cliquant sur Groupes Autonomous Data Guard.

La table Autonomous Data Guard affiche des informations sur la base de données conteneur pair, le décalage d'application et de transport courant, l'état et les dernières dates de création et de modification 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, le basculement automatique ne doit pas être activé pour la première base de données conteneur autonome de secours. Vous devez désactiver le basculement automatique sur la première base de données de secours avant d'ajouter la deuxième base de données de secours et vous pourrez la réactiver ultérieurement.

Autorisations GIA requises

use autonomous-container-databases

Procédure

Note :

Lorsqu'une opération d'ajout de base de données conteneur autonome de secours est en cours, toute maintenance programmée sur cette base de données conteneur autonome ne commencera pas tant que l'opération d'ajout de base de données de secours ne sera pas terminée.
L'ajout d'une base de données de secours nécessite un redémarrage non continu automatique pour la première base de données de secours. La base principale n'est pas affectée par ce redémarrage non continu.

Allez à la page Détails de la base de données conteneur autonome pour laquelle vous voulez ajouter une deuxième base de données de secours.

Pour obtenir des instructions, voir Voir les détails d'une base de données conteneur autonome.
Cliquez sur Ajouter une base de données de secours dans Groupes Autonomous Data Guard.

Remplissez Ajouter une base de données de secours avec les informations suivantes :

Paramètre	Description
Compartiment de la 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 un nom pour la base de données conteneur autonome de secours. Note : Vous pouvez ajouter une base de données conteneur autonome de secours à partir de la région AWS à la base de données conteneur autonome déjà provisionnée dans la région OCI. Vous pouvez également ajouter une base de données conteneur autonome de secours dans la région OCI à une base de données conteneur autonome déjà provisionnée dans la région AWS.
Région 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	Sélectionnez le type de destination de sauvegarde pour la deuxième base de données de secours dans la liste déroulante. Dans les déploiements Oracle Public Cloud de la base de données Autonomous AI Database, vous pouvez choisir Autonomous Recovery Service ou Object Storage comme destination de sauvegarde. La valeur par défaut est Stockage d'objets et l'option recommandée est Service de récupération autonome. 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.

Note : Vous ne pouvez pas définir explicitement les préférences de maintenance pour la deuxième base de données conteneur autonome de secours, car elle hérite de ces préférences de la première base de données conteneur autonome de secours de la base de données conteneur autonome principale.

Cliquez sur Ajouter une base de données de secours.

Changer de rôle dans une configuration Autonomous Data Guard

Vous pouvez changer les rôles des bases de données conteneur autonomes principale et de secours dans une configuration Autonomous Data Guard à partir de 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

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 secours se trouve dans le rôle de base de secours instantanée.
Sous Actions, cliquez sur Permutation.
Entrez le nom de la base de données conteneur autonome dans la boîte de dialogue de confirmation, puis cliquez sur Permuter.

Oracle Autonomous AI Database sur une infrastructure Exadata dédiée règle l'état de la base de données 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, ce qui amène la base de données conteneur principale à assumer le rôle de base de secours et la base de données conteneur de secours à assumer 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 passe à Actif.

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

Vous basculez vers les bases de données conteneur autonomes de secours dans une configuration Autonomous Data Guard à partir de la page Détails de la base de données conteneur autonome de secours.

Politiques GIA requises

use autonomous-container-databases

Procédure

Allez à la page Détails de la base de données conteneur autonome de base de secours à laquelle vous voulez basculer dans la configuration Autonomous Data Guard.

Pour obtenir des instructions, voir Voir les détails d'une base de données conteneur autonome.
Sous Actions, cliquez sur Basculement.
Dans le cas d'une base de données conteneur autonome de secours instantanée, 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.
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 AI Database sur une infrastructure Exadata dédiée règle l'état de la base de données conteneur de secours à Modification de rôle en cours et commence l'opération de basculement. Une fois l'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 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 en échec assume un rôle de base de données de secours désactivée, vous pouvez rétablir la base de données en échec à un rôle de base de données de secours activé à 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, la base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée tente de rétablir l'ancienne base principale en tant que base de secours. Toutefois, si cette tentative échoue, elle doit être remise en service manuellement.

Politiques GIA requises

use autonomous-container-databases

Procédure

Allez à la page Détails de la base de données conteneur autonome de base de secours désactivée que vous voulez 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 avec laquelle vous avez basculé est étiquetée "Base de secours désactivée" dans la liste des bases de données conteneur autonomes d'un compartiment.
Sous Actions, cliquez sur Remettre en service.
Fournissez une confirmation pour poursuivre la remise en service de la base de données conteneur autonome de secours désactivée.

Les états des bases de données pairs deviennent Modification de rôle en cours jusqu'à ce que l'action de remise en service 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 passe à Disponible.

Mettre à jour les paramètres Autonomous Data Guard

Vous pouvez mettre à jour les paramètres d'Autonomous Data Guard à 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

Allez à la page Détails de 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.
Cliquez sur Mettre à jour Autonomous Data Guard sous Actions.

La boîte de dialogue Mettre à jour Autonomous Data Guard affiche les paramètres courants pour le mode de protection et le basculement automatique.
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 du décalage pour le basculement de démarrage rapide : Si le basculement automatique est activé et que le mode de protection est Performance maximale, la valeur de la limite du décalage pour le basculement de 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 toutes les valeurs comprises entre 5 et 3600 secondes.
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

Allez à la page Détails de la base de données conteneur autonome de secours dans la configuration Autonomous Data Guard.

Pour obtenir des instructions, voir Voir les détails d'une base de données conteneur autonome.
Cliquez sur Convertir en base de données de secours instantanée sous Actions.

Note : La conversion en base de données 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 passer à une base de données de secours instantanée. Voir Mettre à jour les paramètres Autonomous Data Guard pour obtenir des instructions sur la désactivation du basculement automatique dans une configuration Autonomous Data Guard.
La boîte de dialogue Convertir en base de données de secours instantanée s'affiche avec des 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 données de secours instantanée.
- 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 de base de données de secours instantanée.
- Utiliser les services de base de données principale : Cliquez sur cette option pour 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 données de secours instantanée peut entraîner le transfert des demandes de connexion de base de données de secours instantanée vers la base de données principale ou vice-versa 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 secours instantanée lorsque vous choisissez d'utiliser les services de base de données principale.
Cliquez sur Convertir.

Dans la console Oracle Cloud Infrastructure, l'état de la base de données conteneur autonome affiche MISE À JOUR jusqu'à ce que la base de données de secours passe à la base de données de secours instantanée.

Convertir la base de données 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

Allez à la page Détails de la base de données conteneur autonome de secours dans la configuration Autonomous Data Guard.

Pour obtenir des instructions, voir Voir les détails d'une base de données conteneur autonome.
Cliquez sur Convertir en base de données de secours physique sous Actions.
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 instantanée en base de données de secours physique entraînera l'abandon de toutes ses mises à jour locales et l'application de données à partir de la base de données principale.
Cliquez sur Convertir.

Dans 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

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 À : Applicable Oracle Public Cloud seulement

Politiques GIA requises

Pour créer une base de données de secours interlocation, vous devez vous assurer de répondre aux exigences suivantes :

Exécutez l'interface de ligne de commande ou les commandes d'API pour ajouter la base de données de secours interlocation dans la location de destination.
Définissez les groupes et les politiques du service de gestion des identités et des accès pour 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 de base de données autonome spécifique dans le compartiment spécifié 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
```
  Note : La politique n'a besoin que d'autoriser l'accès en lecture à l'instance de base de données IA autonome source pour créer une base de données de secours 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 va créer la base de données de secours interlocation.
  - Ligne 3 : Spécifie le groupe de destination qui peut être autorisé à lire les bases de données d'intelligence artificielle autonomes dans la location source.
- Dans la location de destination, créez des politiques IAM pour endosser un groupe afin de 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 bases de données d'intelligence artificielle autonomes dans la location source.
  Cette politique décrite dans l'exemple ci-dessus permet à DestinationGroup de créer des bases de données d'intelligence artificielle autonomes et des bases de données de secours interlocation dans la location source. Voir Autorisations IAM et opérations d'API pour Autonomous AI Database pour plus d'informations et des exemples.

Ajouter une base de données de secours interlocation dans la même région

Vous pouvez créer une base de données conteneur autonome autonome dans la location source à l'aide de l'interface de ligne de commande, comme illustré 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 de la grappe de machines virtuelles Exadata autonome cible où la nouvelle base de données conteneur autonome (ACD) sera provisionnée.

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

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 pour ajouter une base de données de secours, comme illustré 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 autonome 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 autonome de secours dans la location de destination.
--peer-autonomous-vm-cluster-id : OCID de la grappe de machines virtuelles autonome en nuage 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 autonome de secours.
--protection-mode : Définit le mode de protection qui sera utilisé une fois la base de données conteneur autonome activée pour Data Guard.

Une fois que la commande réussit, un work-request-id est renvoyé, qui peut être utilisé pour suivre la progression de la base de données de secours. Pour plus d'informations, voir autonomous-container-database. Note : Si vous voulez 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 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 dans la même région.

Vous pouvez créer une base de données conteneur autonome autonome dans la location source à l'aide de l'API REST, comme illustré 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 de la grappe de machines virtuelles Exadata autonome cible où la nouvelle base de données conteneur autonome (ACD) sera provisionnée.

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

Sur la location où 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 illustré 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 de la grappe de machines virtuelles autonome en nuage dans la location de destination où la base de données de secours sera créée.
peerAutonomousContainerDatabaseCompartmentId : OCID du compartiment dans lequel réside la base de données conteneur autonome de secours.
peerAutonomousContainerDatabaseDisplayName : Nom convivial de la nouvelle base de données conteneur autonome de secours dans la location de destination.
protectionMode : Définit le mode de protection qui sera utilisé une fois la base de données conteneur autonome activée pour Data Guard.

Voir AutonomousContainerDatabase pour plus d'informations sur l'API REST.

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

Créer une base de données de secours interlocation dans une région distante

Vous pouvez créer une base de données conteneur autonome 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 illustré 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 de la grappe de machines virtuelles Exadata autonome cible où la nouvelle base de données conteneur autonome (ACD) sera provisionnée.

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

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 distante, utilisez l'interface de ligne de commande pour ajouter une base de données de secours, comme illustré 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 autonome 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 autonome de secours dans la région de destination et dans la location de destination.
--peer-autonomous-vm-cluster-id : OCID de la grappe de machines virtuelles autonome en nuage 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 autonome de secours.
--protection-mode : Définit le mode de protection qui sera utilisé une fois la base de données conteneur autonome activée pour Data Guard

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

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 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 autonome autonome dans la location source à l'aide de l'API REST, comme illustré 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 de la grappe de machines virtuelles Exadata autonome cible où la nouvelle base de données conteneur autonome (ACD) sera provisionnée.

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

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'API REST pour ajouter une base de données de secours, comme illustré 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 de la grappe de machines virtuelles autonome en nuage dans la location de destination où la base de données de secours sera créée.
peerAutonomousContainerDatabaseCompartmentId : OCID du compartiment dans lequel réside la base de données conteneur autonome de secours.
peerAutonomousContainerDatabaseDisplayName : Nom convivial de la nouvelle base de données conteneur autonome de secours dans la location de destination.
protectionMode : Définit le mode de protection qui sera utilisé une fois la base de données conteneur autonome activée pour Data Guard.

Voir AutonomousContainerDatabase pour plus d'informations sur l'API REST.

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

Contenu connexe

Protéger les bases de données critiques contre les défaillances et les sinistres à l'aide d'Autonomous Data Guard