Avant de configurer Data Guard, assurez-vous que votre environnement Exadata Cloud Infrastructure 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.
• 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. Les fonctions de réseau sont configurées sur la ressource de cluster de machines virtuelles cloud pour les systèmes qui utilisent le nouveau modèle de ressource Exadata, et sur la ressource de système de base de données pour les systèmes qui utilisent l'ancien modèle de ressource. Reportez-vous à Appairage à distance de réseaux cloud virtuels à l'aide d'une connexion d'appairage à distance.

  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 Exadata Cloud Infrastructure doivent utiliser le même réseau cloud virtuel. 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 des sous-réseaux des deux instances Exadata Cloud Infrastructure 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 (configuration par défaut).

  Par exemple, si le sous-réseau de l'instance Exadata Cloud Infrastructure principale 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.

Règles de sécurité pour le sous-réseau de l'instance Exadata Cloud Infrastructure principale

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

Règles de sécurité pour le sous-réseau de l'instance Exadata Cloud Infrastructure de secours

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 LCM MRP et DG, mettez à niveau le RPM libkms sur les deux clusters et redémarrez les bases de données (utilisant des clés gérées par le client uniquement).

Lorsque vous ajoutez 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, vous pouvez copier le fichier JSON addinstance, /var/opt/oracle/dbaas_acfs/<dbname>/addInstance.json créé à la fin de l'ajout d'instance et exécuter la commande /var/opt/oracle/ocde/rops update_instance <dbname> <path to addInstance JSON> sur n'importe quel noeud du cluster distant.

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.

Le 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 ou non une perte de données en fonction du mode de protection et de la synchronisation des bases de données de secours principale et cible au moment de la panne de la base principale. Pour plus d'informations, reportez-vous à Basculement manuel dans la documentation Data Guard.

Rétablit une base de donnée en mode de secours dans un groupe 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 Data Guard entre des bases de données.

1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
2. Choisissez le compartiment qui contient l'instance Exadata Cloud Infrastructure avec la base de données pour laquelle vous voulez activer Oracle Data Guard.
3. Accédez au cluster de machines virtuelles cloud ou au système de base de données qui contient la base de données à laquelle vous voulez attribuer le rôle principal :
   • Cluster de machines virtuelles cloud ( nouveau modèle de ressource) : sous Oracle Exadata Database Service on Dedicated 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.
   • Systèmes de base de données :: sous Bare Metal, machine virtuelle et Exadata, cliquez sur Systèmes de base de données. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous voulez accéder, puis cliquez sur son nom pour afficher les détails correspondants.
4. Sur la page de détails du cluster de machines virtuelles ou du système de base de données, dans la section Bases de données, cliquez sur le nom de la base de données à désigner comme base principale.
5. Sur la page de détails de la base de données, sous Ressources, cliquez sur Associations Data Guard.
6. 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 Data Guard, cliquez sur Exécuter la prévérification. Lorsque vous cliquez sur Run Precheck, les actions suivantes sont exécutées :
     • Le système ferme la page Ajouter une base de données de secours.
     • Un message apparaît 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 correspondant au statut :

     • 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 homologue : sélectionnez la région dont vous voulez 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 d'homologue Data Guard : sélectionnez Système de base de données ou Cluster de machines virtuelles.
     • Sélectionnez un système de base de données ou un cluster de machines virtuelles cloud dans la liste déroulante.
   • Choisissez l'expérience Data Guard :
     • Utiliser la nouvelle ressource du groupe Data Data Guard Avec cette option, la configuration Data Guard sera créée en tant que ressource du groupe Data 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 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 : 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 : type de transport Redo Transport utilisé pour le groupe Data Guard. Pour plus d'informations sur ces options, reportez-vous à Services Redo Transport.

       Mode de protection et type de transport : Règles de création de base de données de secours

       • 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 seconde sur Nième base de données de secours : vous ne pouvez pas modifier le mode de protection ou le type de transport pour les bases de données de secours suivantes.
         • Le mode de protection est hérité de la première base de données de secours.
         • Le type de transport par défaut est Asynchrone.
   • Dans la section Choisir un répertoire de base de base de données, sélectionnez 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 recommande d'appliquer la même liste de patches aux répertoires de base des bases de données principale et de secours.
       • Si vous utilisez la nouvelle ressource de groupe Data Guard, vous devez d'abord créer le répertoire de base de la 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. Recommandé : unique dans 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 passe de portefeuille TDE : entrez le mot de passe de portefeuille TDE.
8. 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.

     Remarque
     
     La saisie d'un préfixe de SID n'est disponible que pour les bases de données Oracle versions 12.1 et ultérieures.

     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.
9. Cliquez sur Ajouter une base de données de secours. Lorsque vous créez l'association, les détails de la base de données et de son homologue affichent leur rôle respectif : Principal ou De secours.

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

1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated 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, le rôle de chaque base de données de ce cluster de machines virtuelles est indiqué dans la colonne Rôle Data Guard.
   • 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 Database, cliquez sur Oracle Exadata Database Service on Dedicated 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 ou au système de base de données qui contient la base de données principale.

   • Cluster de machines virtuelles cloud ( nouveau modèle de ressource) : sous Oracle Exadata Database Service on Dedicated 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.

   • Systèmes de base de données :: sous Bare Metal, machine virtuelle et Exadata, cliquez sur Systèmes de base de données. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous voulez accéder, puis cliquez sur son nom pour afficher les détails correspondants.

4. Sur la page de détails du cluster de machines virtuelles ou du système de base de données, dans la section Bases de données, cliquez sur le nom de la base de données principale.
5. Sur la page de détails d'une base de données, sous Ressources, cliquez sur Groupe Data Guard.
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 la sauvegarde automatique : cochez la case pour activer ou désactiver les sauvegardes incrémentielles automatiques de cette base de données.
     Remarque
     
     

     • Si votre base de données se trouve dans un compartiment de zone de sécurité, vous devez activer les sauvegardes automatiques.
     • Si vous activez les sauvegardes automatiques, vous pouvez choisir de configurer Recovery Service ou Object Storage en tant que destination de sauvegarde. Toutefois, si la sauvegarde a déjà été configurée sur la base de données principale, la base de données de secours doit utiliser la même destination de sauvegarde.
   • Si vous sélectionnez Recovery Service en tant que destination de sauvegarde, vous pouvez configurer les options suivantes :
     • Stratégie de protection : vous pouvez sélectionner l'une des stratégies de protection prédéfinies ou une stratégie personnalisée. Le système supprime automatiquement les sauvegardes à la fin de la fenêtre de récupération de la stratégie de protection choisie.
     • Protection de données en temps réel : la protection en temps réel est le transfert continu des modifications de journalisation d'une base de données protégée vers Recovery Service. Cela réduit la perte de données et fournit un objectif de point de récupération proche de 0. Cette option entraîne un coût supplémentaire.
     • Options de suppression après terminaison de la base de données : vous pouvez utiliser les options suivantes pour conserver les sauvegardes de base de données gérées après terminaison de la base de données. Ces options peuvent également contribuer à restaurer la base de données à partir de sauvegardes en cas de dommage accidentel ou malveillant de la base de données.
       • Gérer les sauvegardes en fonction de la période de conservation : en cas de terminaison d'une base de données, les sauvegardes automatiques associées à cette base de données et à toutes ses ressources sont enlevées à la fin de la période de conservation indiquée.
       • Conserver les sauvegardes pendant 72 heures, puis supprimer : en cas de terminaison d'une base de données, les sauvegardes automatiques associées à cette base de données et à toutes ses ressources sont conservées pendant 72 heures, puis supprimées. Les sauvegardes sont conservées pendant 72 heures afin d'éviter toute suppression accidentelle par l'utilisateur.
     • Jour programmé pour la sauvegarde initiale : sélectionnez un jour de la semaine pour le début de la sauvegarde initiale.
     • Heure programmée pour la sauvegarde initiale (UTC) : sélectionnez l'heure de début de la sauvegarde initiale. La sauvegarde initiale peut démarrer à tout moment ou dans la fenêtre de programmation de deux heures choisie.
     • Heure programmée pour la sauvegarde quotidienne (UTC) : sélectionnez l'heure de début de la sauvegarde quotidienne. La sauvegarde quotidienne peut démarrer à tout moment ou dans la fenêtre de programmation de deux heures choisie.
     • Effectuer immédiatement la première sauvegarde : une sauvegarde complète est une sauvegarde du système d'exploitation de tous les fichiers de données et du fichier de contrôle constituant une base de données Oracle Database. Une sauvegarde complète doit également inclure les fichiers de paramètres associés à la base de données. Vous pouvez effectuer une sauvegarde de la base de données pendant qu'elle est arrêtée ou ouverte. En général, vous ne devez pas effectuer de sauvegarde après un échec d'instance ou dans d'autres circonstances inhabituelles. Si vous choisissez de différer la sauvegarde initiale, la base de données ne sera peut-être pas récupérable en cas d'échec.
   • Si vous sélectionnez Object Storage en tant que destination de sauvegarde, vous pouvez configurer les options suivantes :
     • Durée de conservation de la sauvegarde : si vous choisissez d'activer les sauvegardes automatiques, vous pouvez sélectionner une stratégie avec l'une des périodes de conservation prédéfinies. Le système supprime automatiquement les sauvegardes incrémentielles à la fin de la période de conservation choisie. Vous pouvez modifier la période de conservation de la sauvegarde après le provisionnement.
     • Options de suppression après terminaison de la base de données : vous pouvez utiliser les options suivantes pour conserver les sauvegardes de base de données gérées après terminaison de la base de données. Ces options peuvent également contribuer à restaurer la base de données à partir de sauvegardes en cas de dommage accidentel ou malveillant de la base de données.
       • Gérer les sauvegardes en fonction de la période de conservation : en cas de terminaison d'une base de données, les sauvegardes automatiques associées à cette base de données et à toutes ses ressources sont enlevées à la fin de la période de conservation indiquée.
       • Conserver les sauvegardes pendant 72 heures, puis supprimer : en cas de terminaison d'une base de données, les sauvegardes automatiques associées à cette base de données et à toutes ses ressources sont conservées pendant 72 heures, puis supprimées. Les sauvegardes sont conservées pendant 72 heures afin d'éviter toute suppression accidentelle par l'utilisateur.
     • Jour programmé pour la sauvegarde complète : sélectionnez un jour de la semaine pour le début des sauvegardes initiales et futures.
     • Heure programmée pour la sauvegarde complète (UTC) : sélectionnez l'heure de début de la sauvegarde complète. La sauvegarde complète peut démarrer à tout moment ou dans la fenêtre de programmation de deux heures choisie.
     • Heure programmée pour la sauvegarde incrémentielle (UTC) : sélectionnez l'heure de début de la sauvegarde. La sauvegarde incrémentielle peut démarrer à tout moment ou dans la fenêtre de programmation de deux heures choisie.
     • Effectuer immédiatement la première sauvegarde : une sauvegarde complète est une sauvegarde du système d'exploitation de tous les fichiers de données et du fichier de contrôle constituant une base de données Oracle Database. Une sauvegarde complète doit également inclure les fichiers de paramètres associés à la base de données. Vous pouvez effectuer une sauvegarde de la base de données pendant qu'elle est arrêtée ou ouverte. En général, vous ne devez pas effectuer de sauvegarde après un échec d'instance ou dans d'autres circonstances inhabituelles. Si vous choisissez de différer la sauvegarde initiale, la base de données ne sera peut-être pas récupérable en cas d'échec.
9. Cliquez sur Enregistrer les modifications.

Vous pouvez lancer une opération de permutation sur une base de données de secours qui est membre du groupe Data Guard.

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

3. Accédez au cluster de machines virtuelles cloud ou au système de base de données qui contient l'association Data Guard :

   Cluster de machines virtuelles cloud (nouveau modèle de ressource) : sous Oracle Exadata Database Service on Dedicated Infrastructure, 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.

   Systèmes de base de données : sous Bare Metal, machine virtuelle et Exadata, cliquez sur Systèmes de base de données. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous voulez accéder, puis cliquez sur son nom pour afficher les détails correspondants.

4. Sous Ressources, cliquez sur Groupe Data Guard.
5. Sélectionnez la base de données de secours du groupe Data Guard sur lequel effectuer une permutation. Cliquez sur une icône Actions (trois points), 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 Permuter.

   Cette base de donnée doit désormais prendre le rôle de secours et la base de donnée de secours doit prendre le rôle de principale dans le groupe Data Guard.

1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated 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 de machines virtuelles cloud ou au système de base de données qui contient l'association Data Guard :

   Clusters de machines virtuelles cloud : nouveau modèle de ressource :) : sous Oracle Exadata Database Service on Dedicated Infrastructure, 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.

   Systèmes de base de données : sous Bare Metal, machine virtuelle et Exadata, cliquez sur Systèmes de base de données. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous voulez accéder, puis cliquez sur son nom pour afficher les détails correspondants.

4. Sous Ressources, cliquez sur Groupe Data Guard.

   La liste des bases de données membres du groupe Data Guard est affichée avec le type Data Guard que vous avez choisi pour chaque membre de groupe Data Guard.

5. Pour modifier les détails d'un groupe Data Guard, cliquez sur l'icône Actions (trois points), puis sur Modifier.
6. Dans le panneau Modifier un groupe Data Guard, configurez le groupe Data Guard :
   • Type Data Guard : sélectionnez Active Data Guard ou Data Guard. Active Data Guard fournit des fonctionnalités supplémentaires telles que la requête en temps réel et le déchargement des DML, la réparation automatique des blocs, le suivi des modifications des blocs de secours, 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 : 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 : type de transport Redo Transport utilisé pour ce groupe 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 sur une base de données de secours qui est membre du groupe Data Guard.

1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure.
2. Choisissez le compartiment qui contient l'instance Exadata Cloud Infrastructure avec la base de données pour laquelle vous voulez activer Oracle Data Guard.
3. Accédez au cluster de machines virtuelles cloud ou au système de base de données qui contient l'association Data Guard :

   Cluster de machines virtuelles cloud ( nouveau modèle de ressource) : sous Oracle Exadata Database Service on Dedicated Infrastructure, 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.

   Systèmes de base de données : sous Bare Metal, machine virtuelle et Exadata, cliquez sur Systèmes de base de données. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous voulez accéder, puis cliquez sur son nom pour afficher les détails correspondants.

4. Sous Ressources, cliquez sur Groupe Data Guard.
5. Sélectionnez la base de données de secours du groupe Data Guard sur lequel effectuer un basculement. Cliquez sur le bouton Actions (trois points), puis sur Basculement.
6. Dans la boîte de dialogue Changement de base de données en cas d'incident, entrez le mot de passe d'administrateur de base de données, puis cliquez sur Basculement en cas d'incident.
   Remarque
   
   Vous pouvez lancer un basculement même si la base de données principale est en bon état. Toutefois, faites preuve de prudence lorsque vous effectuez un basculement.

   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.

Une fois que vous avez basculé la base de données principale vers sa base de données de secours, cette dernière prend le rôle de base de données principale et l'ancienne base de données principale est identifiée comme une base de données de secours désactivée. Après avoir corrigé la cause de l'échec, vous pouvez rétablir la base de données ayant échoué en tant que base de données de secours qui fonctionne pour la base de données principale en cours.

1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure.
2. Choisissez le compartiment qui contient l'instance Exadata Cloud Infrastructure avec la base de données pour laquelle vous voulez activer Oracle Data Guard.
3. Accédez au cluster de machines virtuelles cloud ou au système de base de données qui contient l'association Data Guard :

   Cluster de machines virtuelles cloud (nouveau modèle de ressource) : sous Oracle Exadata Database Service on Dedicated 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.

   Systèmes de base de données : sous Bare Metal, machine virtuelle et Exadata, cliquez sur Systèmes de base de données. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous voulez accéder, puis cliquez sur son nom pour afficher les détails correspondants.

4. Sous Ressources, cliquez sur Groupe Data Guard.
5. Cliquez sur l'icône Actions (trois points), correspondant au groupe Data Guard sur lequel vous souhaitez effectuer le 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 Rétablir.

   Cette base de Données doit désormais être rétablie comme base de Données de secours dans le Groupe Data Guard.

Sur une instance Exadata Cloud Infrastructure, pour enlever un groupe Data Guard, mettez fin à la base de données de secours.

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

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

   Cluster de machines virtuelles cloud (nouveau modèle de ressource) : sous Oracle Exadata Database Service on Dedicated Infrastructure, 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.

   Systèmes de base de données : sous Bare Metal, machine virtuelle et Exadata, cliquez sur Systèmes de base de données. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous voulez accéder, puis cliquez sur son nom pour afficher les détails correspondants.

4. Cliquez sur l'icône Actions (trois points) correspondant à la base de données de secours à laquelle mettre fin, puis sur Mettre fin.

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.