Utilisation d'Oracle Data Guard avec Oracle Exadata Database Service sur une infrastructure Exascale

Assurez-vous que vous répondez aux exigences d'utilisation d'Oracle Exadata Database Service sur une infrastructure Exascale avec Oracle Data Guard.

Assurez-vous que votre environnement répond aux exigences réseau suivantes :

• Les bases de données principale et de secours peuvent faire partie de clusters de machines virtuelles se trouvant dans différents compartiments.

• Les bases de données principale et de secours doivent cependant faire partie du même réseau cloud virtuel au sein de la même région.

• Si vous voulez configurer Oracle Data Guard entre plusieurs régions, vous devez configurer l'appairage de réseaux cloud virtuels à distance entre les bases de données principale et de secours. La mise en réseau est configurée sur la ressource de cluster de machines virtuelles cloud.

  Pour les configurations Data Guard Exadata, OCI prend en charge l'utilisation de la topologie réseau hub-and-spoke pour les réseaux cloud virtuels de chaque région. Cela signifie que les bases de données principale et de secours peuvent chacune utiliser un réseau cloud virtuel "spoke" qui transmet le trafic réseau au réseau cloud virtuel "hub" qui dispose d'une connexion d'appairage à distance. Pour plus d'informations sur la configuration de cette topologie réseau, reportez-vous à Routage de transit au sein d'un réseau cloud virtuel hub.

• Pour configurer Oracle Data Guard dans une seule région, les deux instances Oracle Exadata Database Service sur une infrastructure Exascale doivent utiliser le même VCN. Lors de la configuration de Data Guard dans une seule région, Oracle recommande que l'instance contenant la base de données de secours se trouve dans un domaine de disponibilité différent de celui de l'instance qui contient la base de données principale afin d'améliorer la disponibilité et la récupération après sinistre.

• Configurez les règles de sécurité entrantes et sortantes pour les sous-réseaux des deux instances Oracle Exadata Database Service sur les instances d'infrastructure Exascale dans l'association Oracle Data Guard afin d'autoriser le trafic TCP entre les ports applicables. Veillez à créer des règles avec conservation de statut (valeur par défaut).

  Par exemple, si le sous-réseau de l'instance Oracle Exadata Database Service principale sur l'instance Exascale Infrastructure utilise le CIDR source 10.0.0.0/24 et que le sous-réseau de l'instance de secours utilise le CIDR source 10.0.1.0/24, créez les règles comme indiqué dans l'exemple suivant.

						Stateless: No
						Source: 10.0.1.0/24 
						IP Protocol: TCP 
						Source Port Range: All 
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

                                Stateless: No
						Destination: 10.0.1.0/24 
						IP Protocol: TCP 
						Source Port Range: All
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

 
              				Stateless: No
						Source: 10.0.0.0/24 
						IP Protocol: TCP 
						Source Port Range: All 
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

					

						Stateless: No
						Destination: 10.0.0.0/24 
						IP Protocol: TCP 
						Source Port Range: All
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

Pour plus d'informations sur la création et la modification de règles, reportez-vous à Listes de sécurité .

Pour modifier le mot de passe SYS ou effectuer la rotation des clés TDE, utilisez l'API OCI.

Problème potentiel de réplication de clé TDE, et échecs des opérations MRP et DG LCM.

Le RPM KMS libkmstdepkcs11_1.286-1.286-1-Linux.rpm est la dernière version disponible qui prend en charge la réplication active des clés entre les coffres KMS inter-régions (source et cible). Il est recommandé de mettre à niveau le RPM sur les clusters participant à Data Guard. Data Guard inter-régions OCI Vault fonctionne avec une version inférieure du RPM, mais cette ancienne version ne garantit pas la réplication active des clés. Si les clés TDE présentent un problème de réplication entre les coffres, la réplication Data Guard peut avoir un impact (échec des opérations MRP sur le cluster de secours en raison d'une clé manquante sur le coffre cible) et les opérations MRP peuvent reprendre uniquement après la réplication des clés vers le coffre cible. Pour éviter les échecs des opérations MRP et LCM DG, mettez à niveau le RPM libkms sur les deux clusters et redémarrez les bases de données (à l'aide de clés gérées par le client uniquement).

Si l'ajout de noeuds est effectué sur la base de secours ou la base principale, les métadonnées doivent être mises à jour manuellement sur la base de données autre que celle où le noeud a été ajouté.

Lors de l'ajout d'un noeud à un cluster de machines virtuelles, une instance de la base de données Data Guard est automatiquement créée sur le nouveau noeud. Toutefois, la mise à jour des métadonnées sur la base distante, c'est-à-dire la base principale si l'ajout est effectué sur la base de secours et inversement, doit être effectuée manuellement.

Pour ce faire, copiez le fichier JSON addinstance, /var/opt/oracle/dbaas_acfs/<dbname>/addInstance.json créé à la fin de l'ajout de l'instance et exécutez la commande /var/opt/oracle/ocde/rops update_instance <dbname> <path to addInstance JSON> sur n'importe quel noeud du cluster distant.

Si la suppression de noeud est effectuée sur la base de secours ou la base principale, les métadonnées doivent être mises à jour manuellement sur la base de données autre que celle où le noeud a été enlevé.

Lors de la suppression d'un noeud d'un cluster de machines virtuelles, l'instance et ses métadonnées sur le noeud de suppression sont automatiquement supprimées. Toutefois, la suppression des métadonnées correspondantes sur la base distante, c'est-à-dire la base principale si la suppression est effectuée sur la base de secours et inversement, doit être effectuée manuellement.

Pour ce faire, exécutez la commande /var/opt/oracle/ocde/rops remove_instance <dbname> <Instance Name> sur n'importe quel noeud du cluster distant.

La permutation inverse les rôles des bases de données principale et de secours.

Chaque base de données continue de faire partie du groupe Data Guard dans son nouveau rôle. La permutation de bases de données garantit l'absence de perte de données. Vous pouvez utiliser une permutation avant d'effectuer la maintenance planifiée sur la base de données principale. La maintenance planifiée sur un ordinateur virtuel de base de donnée Exadata avec un groupe Data Guard est généralement réalisée en permutant la référence principale vers le rôle de secours, en effectuant les opérations d'entretien sur la référence de secours, puis en changeant de nouveau cette dernière vers le rôle principal.

Avec Oracle Data Guard, un basculement attribue le rôle principal à la base de données de secours en cas d'échec ou d'inaccessibilité de la base de données principale existante.

Le basculement peut entraîner une perte de données si vous utilisez le mode de protection Performances maximales.

La commande de rétablissement rétablit le rôle de secours d'une base de données dans une association Oracle Data Guard.

Vous pouvez utiliser la commande de rétablissement pour remettre en service une base de données ayant échoué après avoir corrigé la cause de l'échec.

Découvrez comment configurer un groupe Oracle Data Guard entre des bases de données.

1. Ouvrez le menu de navigation. Sous Oracle AI Database, cliquez sur Oracle Exadata Database Service on Exascale Infrastructure.
2. Choisissez le compartiment qui contient l'instance Oracle Exadata Database Service sur l'infrastructure Exascale avec la base de données pour laquelle vous voulez activer Oracle Data Guard.
3. Accédez au cluster de machines virtuelles cloud contenant la base de données à prendre en charge :
4. Sous Oracle Exadata Database Service on Exascale Infrastructure, cliquez sur Cluster de machines virtuelles Exadata. Dans la liste des cluster de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page des détails correspondants.
5. Sur la page Détails du cluster de machines virtuelles, dans la section Bases de données, cliquez sur le nom de la base de données à désigner comme base principale.
6. Sur la page Informations sur la base de données, sous Ressources, recherchez le groupe Data Guard, puis cliquez sur Ajouter une base de données de secours.
7. Sur la page Ajouter une base de données de secours, configurez le groupe Data Guard.

   • Pour exécuter explicitement une prévérification, cliquez sur Exécuter la prévérification.

     Lorsque vous cliquez sur Exécuter la prévérification, les actions suivantes sont exécutées :

     - Le système ferme la page Ajouter une base de données de secours.

     - Un message s'affiche sur la page Détails de la base de données principale indiquant que la prévérification Data Guard est en cours et que le bouton Ajouter une base de données de secours est désactivé.

     Cliquez sur le lien Afficher les détails pour accéder à la page Demandes de travail.

     - Vérifiez le statut de la prévérification : Succès ou Echec.

     - Si la prévérification a échoué, résolvez les erreurs signalées et réessayez la configuration Data Guard.

     Remarque : lorsque la prévérification est en cours d'exécution, la base de données principale et le cluster de machines virtuelles restent à l'état DISPONIBLE.

   • Dans la section Sélectionner un cluster de machines virtuelles homologue, fournissez les informations suivantes sur la base de données de secours afin d'obtenir la liste des systèmes Exadata disponibles dans lesquels localiser cette base de données de secours :
     • Région : sélectionnez la région dans laquelle localiser la base de données de secours. La région contenant la base de données principale est sélectionnée par défaut. Vous pouvez choisir de localiser la base de données de secours dans une autre région. Le texte de conseil associé à ce champ indique la région dans laquelle se trouve la base de données principale.
     • Domaine de disponibilité : sélectionnez un domaine de disponibilité pour la base de données de secours. Le texte de conseil associé à ce champ indique le domaine de disponibilité dans lequel se trouve la base de données principale.
     • Sélectionner un service : service Exadata Database sur une infrastructure dédiée ou service Exadata Database sur une infrastructure Exascale.
     • Sélectionner une infrastructure Exadata : applicable uniquement si vous avez sélectionné Exadata Database Service on Dedicated Infrastructure dans la liste déroulante Sélectionner un service.
     • Type de ressource homologue Data Guard : sélectionnez Cluster de machines virtuelles dans la liste déroulante.
     • Choisissez l'expérience Data Guard :
       • Utiliser la nouvelle ressource de groupes Data Guard Avec cette option, la configuration Data Guard sera créée en tant que ressource de groupes Data Guard. Cette option avec les nouvelles API prend en charge l'ajout de plusieurs bases de données de secours et fournit d'autres améliorations. Si vous disposez actuellement d'une automatisation qui gère les opérations Data Guard à l'aide de l'API d'association Data Guard existante, vous pouvez mettre à jour vos applications afin qu'elles utilisent la nouvelle API pour tirer parti de ces nouvelles fonctionnalités.
       • Utiliser la ressource d'association Data Guard existante Choisissez cette option si l'automatisation de la gestion des opérations Data Guard repose sur l'API d'association Data Guard existante. Toutefois, vous ne pourrez pas ajouter plusieurs bases de données de secours et vous n'obtiendrez pas les améliorations apportées par la nouvelle API.

   • Détails du groupe Data Guard:
     • Type Data Guard : sélectionnez Active Data Guard ou Data Guard. Active Data Guard fournit des fonctionnalités supplémentaires, notamment la requête en temps réel et le déchargement des instructions DML, la réparation automatique des blocs, le suivi des modifications des blocs sur la base de données de secours, la synchronisation à distance, les services de données globaux et la continuité d'application. Active Data Guard requiert une licence Oracle Active Data Guard. Pour plus d'informations sur Active Data Guard, reportez-vous à Active Data Guard. Pour obtenir une présentation complète des deux types Data Guard, reportez-vous à Introduction à Oracle Data Guard.
     • Mode de protection : ce champ n'est qu'en lecture seule. Le mode de protection peut être Performances maximales ou Disponibilité maximale. Pour plus d'informations sur ces options, reportez-vous à Modes de protection Oracle Data Guard.
     • Type de transport : ce champ n'est accessible qu'en lecture seule. Il indique le type de transport des informations de journalisation utilisé pour ce groupe Data Guard. Pour plus d'informations sur ces options, reportez-vous à Services Redo Transport.
       • Création de la première base de données de secours : vous ne pouvez pas modifier le mode de protection ou le type de transport de la première base de données de secours lors de sa création. Il est possible de le modifier ultérieurement.
         • Les paramètres par défaut sont les suivants :
           • Mode de protection : performances maximales
           • Type de transport : asynchrone
       • Création de la deuxième base de données de secours en Nième base de données de secours : vous ne pouvez pas modifier le mode de protection ou le type de transport des bases de données de secours suivantes.
         • Le mode de protection est hérité de la première base de secours.
         • Le type de transport par défaut est Async.
   • Dans la section Répertoire de base de base de données, choisissez l'une des options suivantes :
     • Sélectionner un répertoire de base de base de données existant : si vous utilisez cette option, sélectionnez un répertoire de base dans la liste déroulante des noms d'affichage des répertoires de base de base de données.
     • Créer un répertoire de base de base de données : si vous choisissez cette option, entrez le nom du nouveau répertoire de base de base de données dans le champ Nom d'affichage du répertoire de base de base de données. Cliquez sur Modifier l'image de base de données afin de sélectionner une image logicielle de base de données pour le nouveau répertoire de base de base de données. Dans le panneau Sélectionner une image logicielle de base de données, procédez comme suit :
       1. Sélectionnez le compartiment contenant l'image logicielle de base de données à utiliser pour créer le répertoire de base de base de données.
       2. Sélectionnez la région contenant l'image logicielle de base de données à utiliser pour créer le répertoire de base de base de données. Le filtre de région affiche par défaut la région actuellement connectée et répertorie toutes les images logicielles créées dans cette région. Lorsque vous choisissez une autre région, la liste des images logicielles est actualisée pour afficher les images logicielles créées dans la région sélectionnée.
       3. Sélectionnez la version du logiciel Oracle Database que le nouveau répertoire de base de base de données va utiliser, puis choisissez une image dans la liste des images disponibles pour la version de logiciel sélectionnée.
       4. Cliquez sur Sélectionner.
       Remarque
       
       

       • Oracle vous recommande d'appliquer la même liste de patches aux répertoires de base de base de la base principale et de la base de secours.
       • Si vous utilisez la nouvelle ressource de groupe Data Guard, vous devez d'abord créer le répertoire de base de base de données avant d'ajouter la base de données de secours.
   • Dans la section Configurer la base de données de secours, indiquez les détails de la base de données de secours.
     Remarque
     
     Vous ne pouvez pas modifier la valeur db_unique_name et le préfixe de SID après avoir créé la base de données.
     • Nom de base de données unique : indiquez éventuellement une valeur pour le paramètre de base de données DB_UNIQUE_NAME. Cette valeur doit être unique parmi les clusters de machines virtuelles cloud principal et de secours. Le nom unique doit répondre aux exigences suivantes :
       • 30 caractères au maximum
       • Contenir uniquement des caractères alphanumériques ou des traits de soulignement (_)
       • Doit commencer par une lettre
       • Unique dans le cluster de machines virtuelles. Oracle recommande qu'il soit unique dans l'ensemble de la location.
       Si aucune valeur n'est indiquée, le système génère automatiquement une valeur de nom unique comme suit :

       <db_name>_<3_chars_unique_string>_<region-name>

     • Mot de passe de la base de données : entrez le mot de passe de l'administrateur de la base de données principale. Utilisez le même mot de passe d'administrateur pour la base de données de secours.

       Remarque
       
       Le mot de passe de l'administrateur et le mot de passe du portefeuille TDE doivent être identiques. Si les mots de passe ne sont pas identiques, suivez les instructions fournies dans Modification des mots de passe de base de données pour faire en sorte qu'ils le soient.
     • Mot-de-passeur TDE : entrez le mot-de-passeur TDE de portefeuille.
8. facultatif. Activer le clone dynamique : sélectionnez cette option pour tirer parti de la technologie de redirection sur écriture Exascale afin de créer un clone dynamique de la base de données pluggable. Cette option entraîne la réutilisation de blocs en double avec la base de données pluggable parent, partagée avec le clone. Si vous désélectionnez cette option, vous obtenez un clone complet traditionnel avec tous les blocs copiés et totalement indépendant du parent.
9. Stockage dans la base de données. Cette section s'applique uniquement aux bases de données Conteneur Oracle Database 19c exécutées sur des clusters de machines virtuelles configurés avec le stockage de blocs Exascale. Il n'est pas nécessaire d'allouer du stockage aux bases de données Conteneur Oracle AI Database 26ai exécutées sur des clusters de machines virtuelles configurés avec le stockage intelligent Exascale.
10. Cliquez sur Afficher les options avancées afin de spécifier des options avancées pour la base de données de secours :

    • Gestion :

      Préfixe SID Oracle : le numéro d'instance de base de données Oracle est automatiquement ajouté au préfixe de SID pour créer le paramètre de base de données INSTANCE_NAME. Le paramètre INSTANCE_NAME est également appelé SID. S'il n'est pas indiqué, le préfixe de SID correspond par défaut aux 12 premiers caractères du paramètre db_unique_name.

      Le préfixe de SID doit répondre aux exigences suivantes :

      • 12 caractères au maximum
      • Doit uniquement contenir des caractères alphanumériques
      • Doit commencer par une lettre
      • Unique dans le cluster de machines virtuelles et entre les bases de données principale et de secours
    • • Dans l'onglet Balises, vous pouvez ajouter des balises à la base de données. Pour appliquer une balise définie, vous devez disposer de droits d'accès permettant d'utiliser l'espace de noms de balise. Pour plus d'informations sur le balisage, reportez-vous à Balises de ressource. Si vous n'êtes pas certain de devoir appliquer des balises, ignorez cette option (vous pouvez les appliquer ultérieurement) ou demandez à l'administrateur.
11. Cliquez sur Ajouter une base de données de secours. Lorsque vous créez l'association, les détails d'une base de données et de son homologue affichent leurs rôles respectifs en tant que Principal ou De secours.
    Remarque
    
    Vous pouvez éventuellement télécharger la dernière version de DbConnectionBundle à partir de la base de données de secours pour disposer des dernières chaînes de connexion. Pour plus d'informations, reportez-vous à Procédure de téléchargement du package de connexions de base de données pluggable.

• Affichage de la progression du provisionnement de Data Guard
  Affichez la progression des tâches de provisionnement de Data Guard à l'aide de la page Demandes de travail.

Pour visualiser le rôle de chaque base de données dans une association Data Guard dans un cluster de machines virtuelles cloud, suivez cette procédure.

1. Ouvrez le menu de navigation. Sous Oracle AI Database, cliquez sur Oracle Exadata Database Service on Exascale Infrastructure.
2. Choisissez votre compartiment.
3. Accédez au cluster de machines virtuelles cloud contenant les bases de données dont vous souhaitez visualiser les rôles dans les associations Data Guard.
4. Dans la section Bases de données sous Ressources, les informations suivantes sont affichées :
   • Le rôle de chaque base de données dans ce cluster de machines virtuelles est indiqué dans la colonne Rôle Data Guard.
   • Le service sur lequel chaque base de données est exécutée est indiqué dans la colonne Nom de service.

Découvrez comment activer les sauvegardes automatiques sur une base de données de secours.

1. Ouvrez le menu de navigation. Sous Oracle AI Database, cliquez sur Oracle Exadata Database Service on Exascale Infrastructure.
2. Choisissez le compartiment qui contient l'instance Exadata Cloud Infrastructure avec la base de données pour laquelle vous voulez activer la base de données automatique.
3. Accédez au cluster de machines virtuelles cloud qui contient la base de données principale. Sous Oracle Exadata Database Service on Exascale Infrastructure, cliquez sur Cluster de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.
4. Sur la page Cluster de machines virtuelles, dans la section Bases de données, cliquez sur le nom de la base de données principale.
5. Dans la page Database Details, sélectionnez l'option Data Guard Groups.
6. Cliquez sur le nom de la base de données de secours pour laquelle vous voulez activer les sauvegardes automatiques.

   Le système affiche une bannière si les sauvegardes automatiques ne sont pas activées pour cette base de données.

7. Cliquez sur Activer les sauvegardes automatiques dans la bannière.
8. Dans la fenêtre Configure Automatic Backups qui s'affiche, entrez les informations suivantes :
   • Activer l'enregistrement automatique : cochez la case pour activer ou désactiver les sauvegardes incrémentielles automatiques de cette base de données. Si votre base de données se trouve dans un compartiment de zone de sécurité, vous devez activer les sauvegardes automatiques.
   • Programmation de sauvegarde:
     • Jour de planification de sauvegarde complète : choisissez un jour de la semaine pour le démarrage de sauvegardes de niveau L0 initiales et futures.
     • Temps de programmation de sauvegarde complète (UTC) : indiquez la fenêtre de temps pour le démarrage des sauvegardes complètes lorsque la fonction de sauvegarde automatisée est sélectionnée.
     • Effectuer immédiatement la première sauvegarde : une sauvegarde complète de la base de données inclut tous les fichiers de données, les fichiers de contrôle et les fichiers de paramètres associés à la base de données cible. Les sauvegardes d'archive sont séparées, découplées et exécutées toutes les 30 minutes. Vous pouvez choisir d'exécuter la première sauvegarde complète immédiatement ou de différer l'heure de planification de la sauvegarde complète affectée. Si vous repassez à cette dernière, la base de données ne sera pas récupérable tant que la première sauvegarde ne sera pas terminée.
   • Destination de sauvegarde : Object Storage est sélectionné par défaut et vous ne pouvez pas le modifier.
     Remarque
     
     

     • Si la sauvegarde automatique est activée sur la base de données principale et que la destination de sauvegarde est Autonomous Recovery Service, vous ne pouvez pas activer la sauvegarde sur la base de données de secours.
     • Si la sauvegarde automatique est activée sur la base de données principale et que la destination de sauvegarde est Object Storage, vous pouvez activer la sauvegarde sur la base de données de secours. Vous pouvez uniquement sélectionner Object Storage en tant que destination de sauvegarde.
     • Si la sauvegarde automatique est désactivée sur la base de données principale, vous pouvez toujours activer la sauvegarde sur la base de données de secours en sélectionnant Object Storage comme destination de sauvegarde.
9. Cliquez sur Enregistrer les modifications.

Vous pouvez lancer une opération de permutation à l'aide de l'association Data Guard de la base de données principale.

1. Ouvrez le menu de navigation. Cliquez sur Oracle AI Database, puis sur Oracle Exadata Database Service on Exascale Infrastructure.
2. Choisissez le compartiment qui contient l'instance Oracle Exadata Database Service sur l'infrastructure Exascale avec la base de données pour laquelle vous voulez activer Oracle Data Guard.

3. Accédez au cluster de machines virtuelles cloud qui contient l'association Data Guard :

   Oracle Exadata Database Service sur une infrastructure Exascale, cliquez sur Clusters de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.

4. Sous Ressources, cliquez sur Associations Data Guard.
5. Cliquez sur l'icône Actions (trois points) correspondant à l'association Data Guard sur laquelle effectuer une permutation, puis sur Permutation.

6. Dans la boîte de dialogue Permuter la base de données, entrez le mot de passe d'administrateur de base de données, puis cliquez sur OK.

   Cette base de données doit désormais prendre le rôle de base de données de secours et la base de données de secours doit prendre le rôle de base de données principale dans l'association Data Guard.

Vous modifiez l'association Oracle Data Guard afin de configurer la protection Data Guard pour la base de données principale.

1. Ouvrez le menu de navigation. Cliquez sur Oracle AI Database, puis sur Oracle Exadata Database Service on Exascale Infrastructure.
2. Choisissez le compartiment qui contient l'instance Exadata Cloud Service avec la base de données pour laquelle vous voulez activer Oracle Data Guard.

3. Accédez au cluster des machines virtuelles cloud qui contient l'association Data Guard :

   Sous Oracle Exadata Database Service on Exascale Infrastructure, cliquez sur Cluster de machines virtuelles Exadata. Dans la liste des cluster de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails du cluster.

4. Sous Ressources, cliquez sur Associations Data Guard.
5. Pour l'association Data Guard à gérer, cliquez sur le menu Actions, puis sur Modifier le mode de protection.

6. Dans le panneau Ajouter une association Data Guard, configurez l'association Data Guard :

   • Type Data Guard : sélectionnez Active Data Guard ou Data Guard. Active Data Guard fournit des fonctionnalités supplémentaires, notamment la requête en temps réel et le déchargement des instructions DML, la réparation automatique des blocs, le suivi des modifications des blocs sur la base de données de secours, la synchronisation à distance, les services de données globaux et la continuité d'application. Active Data Guard requiert une licence Oracle Active Data Guard. Pour plus d'informations sur Active Data Guard, reportez-vous à Active Data Guard. Pour obtenir une présentation complète des deux types Data Guard, reportez-vous à Introduction à Oracle Data Guard.
   • Mode de protection : il peut s'agir de Performances maximales ou de Disponibilité maximale. Pour plus d'informations sur ces options, reportez-vous à Modes de protection Oracle Data Guard.

   • Type de transport : type de Redo Transport utilisé pour l'association Oracle Data Guard.

   • Mot de passe d'administrateur de base de données : saisissez le mot de passe ADMIN de la base de données.
7. Cliquez sur Enregistrer.

Vous pouvez lancer une opération de basculement à l'aide de l'association Data Guard de la base de données de secours.

1. Ouvrez le menu de navigation. Cliquez sur Oracle AI Database, puis sur Oracle Exadata Database Service on Exascale Infrastructure.
2. Choisissez le compartiment qui contient l'instance Oracle Exadata Database Service sur l'infrastructure Exascale avec la base de données pour laquelle vous voulez activer Oracle Data Guard.

3. Accédez au cluster des machines virtuelles cloud qui contient l'association Data Guard :

   Sous Oracle Exadata Database Service sur une infrastructure Exascale, cliquez sur Clusters de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.

4. Sous Ressources, cliquez sur Associations Data Guard.
5. En regard de l'association Data Guard sur laquelle vous souhaitez effectuer un basculement, cliquez sur Basculement.

6. Dans la boîte de dialogue Basculement en cas d'incident de la base de données, entrez le mot de passe d'administrateur de base de données, puis cliquez sur OK.

   Cette base de données doit désormais prendre le rôle de base de données principale et le rôle de l'ancienne base de données principale doit indiquer Instance de secours désactivée.

1. Ouvrez le menu de navigation. Cliquez sur Oracle AI Database, puis sur Oracle Exadata Database Service on Exascale Infrastructure.
2. Choisissez le compartiment qui contient Oracle Exadata Database Service sur l'infrastructure Exascale avec la base de données pour laquelle vous voulez activer Oracle Data Guard.

3. Accédez au cluster des machines virtuelles cloud qui contient l'association Data Guard :

   Sous Oracle Exadata Database Service sur une infrastructure Exascale, cliquez sur Clusters de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.

4. Sous Ressources, cliquez sur Associations Data Guard.
5. Cliquez sur l'icône Actions (trois points) correspondant à l'association Data Guard sur laquelle effectuer un rétablissement, puis sur Rétablir.

6. Dans la boîte de dialogue Rétablir la base de données, entrez le mot de passe d'administrateur de base de données, puis cliquez sur OK.

   Cette base de données doit désormais être rétablie en tant que base de données de secours dans l'association Data Guard.

Sur une instance Oracle Exadata Database Service sur l'infrastructure Exascale, pour enlever une association Data Guard, mettez fin à la base de données de secours.

1. Ouvrez le menu de navigation. Cliquez sur Oracle AI Database, puis sur Oracle Exadata Database Service on Exascale Infrastructure.
2. Choisissez le compartiment qui contient le cluster de machines virtuelles Oracle Exadata Database Service sur une infrastructure Exascale avec la base de données pour laquelle vous voulez activer Oracle Data Guard.

3. Accédez au cluster de machines virtuelles cloud qui contient la base de données de secours :

   Sous Oracle Exadata Database Service sur une infrastructure Exascale, cliquez sur Clusters de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher sa page de détails.

4. Cliquez sur l'icône Actions de la base de données de secours dont vous souhaitez mettre fin, puis sur Mettre terme.

5. Dans la boîte de dialogue Mettre fin à la base de données, entrez le nom de la base de données, puis cliquez sur OK.