Utiliser Oracle Data Guard avec le service Oracle Exadata Database Service on Cloud@Customer

Apprenez à configurer et à gérer les groupes Data Guard dans votre grappe de MV.

À propos de l'utilisation d'Oracle Data Guard avec le service Oracle Exadata Database Service on Cloud@Customer

Oracle Data Guard fournit un ensemble complet de services permettant de créer, de tenir à jour, de gérer et de surveiller une ou plusieurs bases de données de secours afin de permettre aux bases de données Oracle de production de survivre à des catastrophes et à des corruptions de données.

Oracle Data Guard tient à jour ces bases de données de secours en tant que copies de la base de données de production. Ensuite, si la base de données de production devient indisponible en raison d'une interruption planifiée ou non planifiée, Oracle Data Guard peut remplacer n'importe quelle base de données de secours par le rôle de production, réduisant ainsi le temps d'arrêt associé à la panne. Oracle Data Guard peut être utilisé avec les techniques traditionnelles de sauvegarde, de restauration et de cluster pour assurer un haut niveau de protection des données et de disponibilité des données. Les services de transport Oracle Data Guard sont également utilisés par d'autres fonctionnalités Oracle telles qu'Oracle Streams et Oracle GoldenGate pour une transmission efficace et fiable des informations de journalisation d'une base de données source vers une ou plusieurs destinations distantes.

Pour plus d'informations sur Oracle Data Guard, voir la documentation Concepts et administration d'Oracle Data Guard et Concepts Oracle Data Guard Broker sur le portail Documentation Oracle Database.

Cette rubrique décrit comment utiliser la console ou l'API pour gérer des ressources Data Guard dans votre grappe de machines virtuelles.

Lorsque vous utilisez la console ou l'API pour activer Data Guard pour une base de données de noeud de calcul Exadata :
  • La base de données de secours est une copie physique.
  • Les versions des bases de données pairs (base principale et base de secours) sont identiques.
  • La base de secours est déployée en tant que base de données ouverte en lecture seule (Active Data Guard).
  • Une base de données principale peut prendre en charge jusqu'à six bases de données de secours au maximum.

Préalables à l'utilisation d'Oracle Data Guard avec le service Oracle Exadata Database Service on Cloud@Customer

Vérifiez la liste des préalables pour l'utilisation de Data Guard avec le service Oracle Exadata Database Service on Cloud@Customer.

Grappes de MV

La mise en oeuvre de Data Guard sur une grappe de machines virtuelles nécessite deux grappes de machines virtuelles de base de données Exadata, l'une contenant la base de données principale et l'autre, la base de secours.

Note

Oracle recommande vivement de placer les bases de données principale et de secours pour toutes les charges de travail de production dans des infrastructures Exadata Cloud différentes, pour un meilleur isolement des défaillances et une meilleure protection contre les sinistres.

Mot de passe

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

Ajout d'un noeud à une grappe de machines virtuelles

Lors de l'ajout d'un noeud à une grappe de machines virtuelles, une instance de la base de données Data Guard est automatiquement créée sur le nouveau noeud.

Suppression d'un noeud d'une grappe de machines virtuelles

Lors de la suppression d'un noeud d'une grappe de machines virtuelles, l'instance et ses métadonnées sont supprimées automatiquement.

Utilisation de Data Guard

Oracle Data Guard garantit la haute disponibilité, la protection des données et la récupération après sinistre des données d'entreprise.

Les bases de données principale et de secours constituent un groupe Data Guard. La plupart de vos applications accèdent à la base de données principale. Une base de données de secours est une copie transactionnelle conforme de la base de données principale.

Data Guard tient à jour la base de données de secours en transmettant et en appliquant des données de journalisation provenant de la base de données principale. Si la base de données principale n'est plus disponible, vous pouvez utiliser Data Guard pour effectuer une permutation ou un basculement du rôle de base principale à la base de secours. Cela est vrai même si vous disposez de plusieurs bases de données de secours.

Permutation

Une permutation inverse les rôles de base de données principale et de base de secours.

Chaque base de données continue à faire partie du groupe Data Guard dans son nouveau rôle. Une permutation garantit qu'il n'y aura aucune perte de données. Vous pouvez utiliser une permutation avant d'effectuer une maintenance planifiée sur la base de données principale. L'exécution d'une maintenance planifiée sur un noeud de calcul de base de données Exadata avec un groupe Data Guard se fait généralement en faisant passer le rôle de base principale au rôle de base de secours, en effectuant la maintenance sur la base de secours, puis en la faisant revenir au rôle de base principale.

Basculement

Un basculement permet de faire passer la base de données de secours au rôle principal lorsque la base de données principale existante a une défaillance ou devient inaccessible.

Un basculement peut entraîner une perte de données lorsque vous utilisez le mode de protection Performance maximale.

Remise en service

Cette opération redonne à une base de données son rôle de base de secours dans un groupe Data Guard.

Vous pouvez utiliser la commande reinstate pour remettre en service une base de données défaillante après avoir corrigé la cause de la panne.

Note

Vous ne pouvez pas mettre fin à une base de données principale faisant partie d'un groupe Data Guard qui contient une ou plusieurs bases de données de secours. Vous devrez d'abord mettre fin aux bases de données de secours. Vous pouvez aussi faire passer la base de données principale au rôle de base de secours, puis y mettre fin.

Vous ne pouvez pas mettre fin à une grappe de MV incluant des bases de données avec Data Guard activé. Vous devez d'abord mettre fin aux bases de données de secours faisant partie du groupe Data Guard.

Prise en charge d'opérations Data Guard concurrentes dans plusieurs environnements de secours

En plus de la prise en charge des opérations concurrentes Data Guard, Container Database (CDB) et Pluggable Database (PDB), ces améliorations vous permettent d'effectuer des opérations concurrentes sur les CDB et les PDB en plus des opérations de migration Data Guard dans des environnements avec plusieurs bases de données de secours.

Vous pouvez désormais effectuer les opérations suivantes en parallèle dans le même répertoire d'origine Oracle Home :

  • Effectuez simultanément des opérations Ajouter une base de données de secours sur différentes bases de données.
  • Créer ou supprimer une base de données conteneur lorsqu'une opération Ajouter une base de données de secours est en cours d'exécution sur une autre base de données, et inversement.
  • Créer ou supprimer une base de données enfichable alors qu'une opération Ajouter une base de données de secours est en cours d'exécution sur une autre base de données, et vice versa.
  • Effectuer des actions Data Guard (switchover, basculement, remise en service, conversion en instantané et conversion en physique) alors qu'une opération Add Standby est en cours d'exécution sur une autre base de données, et vice versa.

De même, vous pouvez effectuer les opérations de migration de Data Guard suivantes en parallèle :

  • Effectuez des opérations de migration de Data Guard simultanément sur différentes bases de données.
  • Effectuez des opérations de migration de Data Guard alors qu'une opération Ajouter une base de données de secours est en cours d'exécution sur une autre base de données, et inversement.
  • Créer ou supprimer une base de données conteneur lorsqu'une opération de migration de Data Guard est exécutée sur une autre base de données, et inversement.
  • Créer ou supprimer une base de données enfichable lorsqu'une opération de migration de Data Guard est exécutée sur une autre base de données, et inversement.
  • Effectuer des actions Data Guard (switchover, basculement, remise en service, conversion en instantané et conversion en physique) alors qu'une opération de migration Data Guard est exécutée sur une autre base de données, et vice versa.

Utilisation de la console pour gérer un groupe Oracle Data Guard

Voyez comment activer un groupe Data Guard entre des bases de données, modifier le rôle d'une base de données dans un groupe Data Guard à l'aide d'une opération de permutation ou de basculement et remettre en service une base de données défaillante.

Lorsque vous activez Data Guard, un groupe Data Guard distinct est créé entre les bases de données principale et de secours.

Utilisation de la console pour activer Data Guard dans un service Oracle Exadata Database Service on Cloud@Customer

Voyez comment configurer un groupe Data Guard entre des bases de données.

Note

Data Guard s'appuie sur un réseau fiable avec un débit suffisant entre les grappes principale et de secours. Oracle n'étant pas propriétaire du réseau, il convient de procéder à une évaluation avant la mise en oeuvre de Data Guard afin de s'assurer que la bande passante requise est disponible. Il est recommandé d'évaluer et optimiser la performance du réseau pour comprendre le débit réalisable entre les grappes et évaluer si les exigences de la base de données sont satisfaites. Par défaut, la taille maximale de la mémoire tampon du connecteur logiciel est réglée à une valeur supérieure pour les configurations Data Guard inter-région ExaDB-C@C.

Note

Lorsque vous configurez un groupe Data Guard, les bases de données principale et de secours doivent avoir la même version majeure alors que la base de données de secours peut avoir une version mineure supérieure.

Dans le cadre de la dernière version, nous introduisons une expérience utilisateur améliorée et de nouvelles API afin d'améliorer les performances et de fournir des fonctionnalités Data Guard supplémentaires, notamment la prise en charge de plusieurs bases de données de secours par l'automatisation du nuage.

  • Avec la nouvelle API, votre nouvelle configuration Data Guard sera créée en tant que ressource de groupe Data Guard.
  • Si vous avez une configuration Data Guard existante, vous pouvez continuer à utiliser les capacités courantes, sans aucune incidence. Toutefois, si vous souhaitez créer plusieurs bases de données de secours, vous devrez effectuer une migration vers le nouveau modèle d'API, qui peut être effectué à tout moment.
  • 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 devrez mettre à jour vos applications pour utiliser la nouvelle API et tirer parti de ces nouvelles fonctions

    Oracle prend actuellement en charge à la fois l'API d'association Data Guard existante et la nouvelle API de groupe Data Guard et les interfaces utilisateur associées.

Note

Une opération en parallèle sur la base de données de secours, en cas d'échec, doit être retentée après un intervalle de 5 minutes.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.

    Par défaut, l'option Grappes de MV est sélectionnée.

  2. Sélectionnez votre compartiment.

    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.

  3. Dans la liste des grappes de machines virtuelles, cliquez sur celle qui contient la base de données à laquelle vous voulez attribuer le rôle de base principale, puis cliquez sur le nom de cette base.
  4. Cliquez sur Association Data Guard.
  5. Cliquez sur Ajouter une base de données de secours.
  6. Dans la page Ajouter une base de données de secours, configurez votre groupe Data Guard.
    • Pour exécuter explicitement une vérification préalable Data Guard, cliquez sur Exécuter la vérification préalable. 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 s'affiche dans la page Détails de la base de données principale pour indiquer que la vérification préalable Data Guard est en cours et que le bouton Ajouter une base de données de secours est désactivé.

      Cliquez sur le lien Voir les détails pour naviguer jusqu'à la page Demandes de travail pour obtenir le statut :

      • Vérifiez le statut de la vérification préalable : Réussite ou Échec.
      • Si la vérification préalable a échoué, résolvez les erreurs signalées et réessayez la configuration de Data Guard.
      Note

      Pendant l'exécution de la vérification préalable, la base de données principale et la grappe de machines virtuelles restent à l'état Disponible.
      • Choisissez l'expérience Data Guard :
        • Utiliser la nouvelle ressource de groupe Data Guard Avec cette option, votre nouvelle configuration Data Guard sera créée en tant que ressource de groupe Data Guard. Cette option associée aux nouvelles API prend en charge l'ajout de plusieurs bases de données de secours et apporte d'autres améliorations. Si vous disposez actuellement d'une automatisation qui gère les opérations Data Guard à l'aide de l'API Data Guard Association existante, vous pouvez mettre à jour vos applications pour utiliser la nouvelle API afin de tirer parti de ces nouvelles capacités.
        • Utiliser la ressource d'association Data Guard existante Sélectionnez cette option si votre 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 fournies par la nouvelle API.
    • Détails du groupe Data Guard :
      • Sélectionnez un type Data Guard, Active Data Guard ou Data Guard, en fonction du type de licence Oracle Database que vous avez déployé. Si vous avez déployé Oracle Database Enterprise Edition - Extreme Performance (Licence incluse), vous pouvez choisir Data Guard ou Active Data Guard. Si vous avez déployé l'option Utiliser sa propre licence (BYOL) Oracle Database Enterprise Edition sans l'option Active Data Guard, vous devez sélectionner Data Guard, qui est la valeur par défaut.
        • Active Data Guard : Active Data Guard est une option sous licence pour Oracle Database Enterprise Edition. Elle offre des fonctions avancées qui étendent les fonctionnalités Data Guard de base. Ces fonctionnalités comprennent l'interrogation en temps réel et le déchargement LMD, la réparation automatique par blocs des corruptions de données physiques, le suivi des modifications de bloc de secours, les services de données globaux et la continuité des applications.
        • Data Guard : Oracle Data Guard garantit la haute disponibilité, la protection des données et la récupération après sinistre des données d'entreprise. Data Guard fournit un ensemble complet de services assurant la création, la maintenance, la gestion et la surveillance d'une ou de plusieurs bases de données de secours afin de permettre aux bases de données Oracle de production de survivre à des catastrophes et à des corruptions de données. Data Guard tient à jour ces bases de données de secours de manière à qu'elles soient des copies cohérentes de la base de données de production du point de vue transactionnel.
      • Mode de protection : Mode de protection utilisé pour ce groupe Data Guard.

        Le mode Performance maximale offre le plus haut niveau de protection des données possible sans nuire à la performance d'une base de données principale.

        La disponibilité maximale offre le plus haut niveau de protection des données avec un transport synchrone sans perte de données n'affectant pas la disponibilité de la base de données.

      • Type de transport : Type de transport des données de journalisation utilisé pour l'association Data Guard entre la base principale et cette base de données de secours.

        • Asynchrone : Mode de transport asynchrone utilisé avec le mode de protection Performance maximale.
        • Synchroniser : Mode de transport synchrone utilisé avec les modes de protection Performance maximale et Disponibilité maximale.

        Mode de protection et type de transport : Règles pour la création de la 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.
          • Les paramètres par défaut sont les suivants :
            • Mode de protection : Performance maximale
            • Type de transport : Asynchrone
        • Création de la deuxième à la quatriè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 secours.
          • Le type de transport par défaut est Async.
    • Sélectionner une grappe de MV pair : Spécifiez les valeurs suivantes pour la base de secours :
      • Région de pair : Les bases de données principale et de secours peuvent être exécutées sur deux grappes de machines virtuelles différentes sur un système ExaDB-C@C partagé ou sur deux systèmes ExaDB-C@C géographiquement séparés gérés à partir des mêmes régions Oracle Cloud Infrastructure ou de différentes régions.
      • Infrastructure Exadata Cloud@Customer pair : Sélectionnez l'infrastructure de service Exadata Database sur Cloud@Customer dans laquelle se trouve la base de secours. Cliquez sur l'hyperlien CHANGE COMPARTMENT pour choisir un compartiment.
      • Grappe de MV pair : Sélectionnez le noeud de calcul de base de données Exadata qui contient la base de secours. Cliquez sur l'hyperlien CHANGE COMPARTMENT pour choisir un compartiment.
    • Sélectionner le répertoire de base : Sélectionnez un répertoire de base existant ou créez-en un s'il y a lieu.
      • Sélectionner un répertoire de base existant : Si un ou plusieurs répertoires de base existent déjà pour la version de base de données choisie, cette option est sélectionnée par défaut. En outre, vous verrez la liste des répertoires de base de base de données. Sélectionnez un répertoire de base de base de données dans la liste.
        Note

        Bien que seuls les répertoires de base de la même version et de la même mise à jour de version soient répertoriés, les répertoires affichés peuvent avoir des correctifs ponctuels différents de ceux de la version principale. Bien qu'il soit acceptable d'avoir des valeurs ponctuelles différentes, il est recommandé d'avoir des répertoires de base de base de données identiques entre la base principale et la base de secours.
      • Créer un nouveau répertoire de base : Si aucun répertoire de base n'existe pour la version de base de données choisie, cette option est sélectionnée par défaut. Vous pouvez créer le nouveau répertoire de base avec le même DSI que la base de données principale ou choisir une autre image. Notez que les DSI ne sont pas disponibles dans toutes les régions. Une DSI distincte doit être créée dans la région pair à l'aide de la même RU que la principale.
        1. Cliquez sur Modifier l'image de base de données pour sélectionner une image logicielle de base de données pour le nouveau répertoire de base.
        2. Dans les images de base de données résultantes, procédez de la façon suivante :
          1. Sélectionnez le compartiment contenant l'image logicielle que vous souhaitez utiliser pour créer le répertoire de base.
          2. Sélectionnez la version du logiciel Oracle Database que le nouveau répertoire de base de la base de données utilisera, puis choisissez une image dans la liste des images disponibles pour la version du logiciel sélectionnée.
          3. Cliquez sur Sélectionner.
            Note

            Si vous utilisez la nouvelle ressource 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.
    • Configurer une base de données de secours :
      • Indiquez un nom unique pour la base de données :
        Note

        Vous ne pouvez pas modifier les paramètres db_name, db_unique_name et le préfixe SID après avoir créé la base de données.

        Facultativement, spécifiez un nom unique pour la base de données. Cet attribut définit la valeur du paramètre de base de données db_unique_name. La valeur n'est pas sensible à la casse. Le paramètre db_unique_name doit contenir uniquement les caractères autorisés.

        Consultez les directives suivantes lors de la sélection d'un nom de base de données :
        • Maximum de 30 caractères
        • Peut contenir des caractères alphanumériques et des traits de soulignement (_).
        • Doit commencer par un caractère alphabétique
        • Doit être unique pour l'ensemble du parc/location

        Si aucun nom unique n'est entré, db_unique_name a par défaut le format <db_name>_<3 char 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. Ce même mot de passe de l'administrateur de la base de données sera utilisé pour la base de données de secours.

        Le mot de passe de l'administrateur et le mot de passe TDE doivent être identiques. S'ils ne le sont pas, suivez les instructions de la section Modification des mots de passe de base de données pour les aligner.

      • Mot de passe pour le portefeuille TDE : Entrez le mot de passe du portefeuille TDE.
    • (Facultatif) Sélectionnez Afficher les options avancées.
      • Fournir le préfixe IDS Oracle : Facultativement, spécifiez le préfixe IDS Oracle pour la base de données. Le numéro d'instance est automatiquement ajouté au préfixe IDS pour devenir le paramètre de base de données instance_name. S'il n'est pas indiqué, le préfixe IDS correspond par défaut aux 12 premiers caractères de db_unique_name.
        Consultez les directives suivantes lors de la sélection d'un nom de base de données :
        • Maximum de 12 caractères
        • Doit contenir uniquement des caractères alphanumériques
        • Doit commencer par un caractère alphabétique
        • Doit être unique dans la grappe de MV
      • Marqueurs : (Facultatif) Vous pouvez choisir d'appliquer des marqueurs. Si vous êtes autorisé à créer une ressource, vous êtes également autorisé à appliquer des marqueurs à structure libre à cette ressource. Pour appliquer un marqueur défini, vous devez être autorisé à utiliser l'espace de noms de marqueur. Pour plus d'informations sur le marquage, voir Marqueurs de ressource. Si vous ne savez pas si vous devez appliquer des marqueurs, ignorez cette option (vous pourrez appliquer des marqueurs plus tard) ou demandez à l'administrateur.
  7. Cliquez sur Ajouter.

Une demande de travail est émise pour configurer l'association Data Guard. L'avancement de la demande et les étapes de provisionnement peuvent être consultés dans la page Demandes de travail de la base de données de secours respective.

Lorsque l'association est créée, les détails d'une base de données et de son pair affichent leur rôle respectif, soit Principal ou De secours.

Utilisation de la console pour voir le groupe de bases de données Data Guard dans une grappe de machines virtuelles Exadata

Pour voir le rôle de chaque base de données dans un groupe Data Guard dans une grappe de machines virtuelles Exadata, suivez cette procédure.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Sélectionnez votre compartiment.
  3. Cliquez sur la grappe de machines virtuelles contenant les bases de données dont vous voulez voir les rôles dans les associations Data Guard.
  4. Cliquez sur Bases de données.

    Le rôle de chaque base de données dans cette grappe de machines virtuelles est indiqué dans la colonne Rôle Data Guard.

Utilisation de la console pour voir et modifier les détails d'un groupe Data Guard

Vous pouvez basculer entre les types Data Guard en fonction du type de licence du logiciel Oracle Database que vous avez déployé.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.

    Par défaut, l'option Grappes de MV est sélectionnée.

  2. Sélectionnez votre compartiment.

    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.

  3. Dans la liste des grappes de machines virtuelles, cliquez sur celle qui contient la base principale dont vous voulez permuter le type Data Guard.
  4. Cliquez sur le nom de la base de données principale.
  5. Cliquez sur Groupe Data Guard.

    Une liste des bases de données qui sont membres du groupe Data Guard s'affiche avec le type Data Guard que vous avez sélectionné pour chaque membre du groupe Data Guard.

  6. Pour modifier les détails d'un groupe Data Guard, cliquez sur l'icône Actions (trois points), puis sur Modifier.

    L'écran Modifier le groupe Data Guard s'affiche.

  7. Effectuez les opérations suivantes dans l'écran Edit Data Guard Group.
    • Sélectionnez un type Data Guard applicable.
    • Sélectionnez le mode de protection.
      Note

      Sélectionnez le type de transport.
    • Définissez le mot de passe de la base de données.
    • Cliquez sur Modifier Data Guard pour enregistrer les modifications.

Utilisation de la console pour effectuer une permutation de bases de données

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. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.

    Par défaut, l'option Grappes de MV est sélectionnée.

  2. Sélectionnez votre compartiment.

    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.

  3. Dans la liste des grappes de machines virtuelles, cliquez sur celle qui contient la base principale à permuter.
  4. Cliquez sur le nom de la base de données principale.
  5. Cliquez sur Groupe Data Guard.
  6. Sélectionnez la base de données de secours dans le groupe Data Guard sur lequel effectuer une permutation. Cliquez sur l'icône Actions (trois points), puis cliquez sur Permuter.
  7. Dans la boîte de dialogue Base de données de migration, entrez le mot de passe de l'administrateur de base de données, puis cliquez sur Permutation.

Cette base de données doit maintenant avoir le rôle de base de secours et la base de secours doit maintenant avoir le rôle de base principale dans le groupe Data Guard.

Utilisation de la console pour effectuer un basculement de base de données

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. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.

    Par défaut, l'option Grappes de MV est sélectionnée.

  2. Sélectionnez votre compartiment.

    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.

  3. Dans la liste des grappes de machines virtuelles, cliquez sur celle qui contient la base de secours pair à basculer.
  4. Cliquez sur le nom de la base de données de secours.
  5. Cliquez sur Groupe Data Guard.
  6. Sélectionnez la base de données de secours dans le groupe Data Guard sur laquelle vous souhaitez effectuer un basculement. Cliquez sur l'icône Actions (trois points), puis cliquez sur Basculement.
  7. Dans la boîte de dialogue Base de données de basculement, entrez le mot de passe de l'administrateur de base de données, puis cliquez sur Basculement.
Note

Vous pouvez lancer un basculement même si la base de données principale est en bon état. Toutefois, faites preuve de prudence lors de l'exécution d'un basculement.

Cette base de données doit maintenant avoir le rôle de base principale. Le rôle affiché pour l'ancienne base principale doit être Base de secours désactivée.

Utilisation de la console pour remettre en service une base de données

Lorsque vous basculez une base de données principale vers sa base de secours, la base de secours prend le rôle principal et l'ancienne base principale est identifiée en tant que base de secours désactivée.

Après avoir corrigé la cause de la défaillance, vous pouvez remettre en service la base de données défaillante en tant que base de secours fonctionnelle pour la principale courante.

Avant de pouvoir remettre en service une base de données version 12.2 ou ultérieure, vous devez effectuer certaines opérations sur l'hôte de la base de données pour arrêter cette dernière ou la démarrer en mode MOUNT.

Affectez à la variable d'environnement ORACLE_UNQNAME la valeur du nom unique de base de données, puis exécutez les commandes suivantes :
srvctl stop database -d db-unique-name -o abort
srvctl start database -d db-unique-name -o mount
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.

    Par défaut, l'option Grappes de MV est sélectionnée.

  2. Sélectionnez votre compartiment.

    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.

  3. Dans la liste des grappes de machines virtuelles, cliquez sur celle qui contient la base de données principale.
  4. Cliquez sur le nom de la base de données principale.
  5. Cliquez sur Groupe Data Guard.

    Vous verrez la base de données que vous souhaitez remettre en service.

  6. Cliquez sur l'icône Actions (trois points), puis sur Remettre en service.
  7. Dans la boîte de dialogue Remettre en service la base de données, entrez le mot de passe de l'administrateur de base de données, puis cliquez sur Remettre en service.

Cette base de données doit maintenant être rétablie comme base de secours dans le groupe Data Guard.

Utilisation de la console pour arrêter un groupe Data Guard dans un service Oracle Exadata Database Service on Cloud@Customer

Sur une grappe de machines virtuelles, vous supprimez un groupe Data Guard en mettant fin à toutes les bases de données de secours.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.

    Par défaut, l'option Grappes de MV est sélectionnée.

  2. Sélectionnez votre compartiment.

    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.

  3. Dans la liste des grappes de machines virtuelles, cliquez sur celle qui contient la base de données de secours à laquelle vous voulez mettre fin.
  4. Cliquez sur le nom de la base de données de secours.
  5. Pour la base de données de secours à laquelle vous voulez mettre fin, cliquez sur l'icône Actions (trois points), puis sur Mettre fin.
  6. Dans la boîte de dialogue Mettre fin à la base, entrez le nom de la base, puis cliquez sur Mettre fin.

Utilisation de l'API pour gérer des associations Data Guard dans un service Oracle Exadata Database Service on Cloud@Customer

Voyez comment utiliser l'API pour gérer des associations Data Guard dans un service Oracle Exadata Database Service on Cloud@Customer.

Note

En février 2026, le modèle d'association Data Guard et ses API associées seront remplacés par le nouveau modèle et les nouvelles API de groupe Data Guard. À partir de février 2026, toutes les nouvelles configurations Data Guard provisionnées à partir de la console Oracle Cloud Infrastructure (OCI) utiliseront automatiquement le modèle Groupe Data Guard.

Pour plus d'informations sur l'utilisation de l'API et sur les demandes de signature, voir API REST et Données d'identification de sécurité. Pour plus d'informations sur les trousses SDK, voir Trousses SDK et interface de ligne de commande.

Le tableau suivant répertorie les points d'extrémité d'API REST pour gérer des associations Data Guard.

Opération Point d'extrémité d'API

Créer une association Data Guard.

CreateDataGuardAssociation

Voir les détails des informations de configuration de l'association Data Guard spécifiée.

GetDataGuardAssociation

Voir la liste de toutes les associations Data Guard pour la base de données spécifiée.

ListDataGuardAssociations

Effectuer une permutation pour faire passer une base de données principale d'une association Data Guard à un rôle de base de secours.

SwitchoverDataGuardAssociation

Effectuer un basculement pour faire passer une base de données de secours identifiée par le paramètre databaseId au rôle de base principale dans l'association Data Guard spécifiée lorsque la base de données principale existante a une défaillance ou devient inaccessible.

FailoverDataGuardAssociation

Remettre en service une base de données identifiée par le paramètre databaseId et lui redonner son rôle de secours dans une association Data Guard.

ReinstateDataGuardAssociation

Pour plus d'informations, voir Utilisation de la console pour remettre en service une base de données.

Supprimer une base de données de secours

DeleteDatabase

Pour obtenir la liste complète des API, voir API du service de base de données.

Utilisation de l'API pour gérer le groupe Data Guard dans un système Oracle Exadata Database Service on Cloud@Customer

Voyez comment utiliser l'API pour gérer un groupe Data Guard sur un service Oracle Exadata Database Service on Cloud@Customer.

Note

En février 2026, le modèle d'association Data Guard et ses API associées seront remplacés par le nouveau modèle et les nouvelles API de groupe Data Guard. À partir de février 2026, toutes les nouvelles configurations Data Guard provisionnées à partir de la console Oracle Cloud Infrastructure (OCI) utiliseront automatiquement le modèle Groupe Data Guard.

Pour plus d'informations sur l'utilisation de l'API et sur les demandes de signature, voir API REST et Données d'identification de sécurité. Pour plus d'informations sur les trousses SDK, voir Trousses SDK et interface de ligne de commande.

Le tableau suivant liste les points d'extrémité d'API REST pour gérer un groupe Data Guard.

Opération Point d'extrémité d'API Commentaire

Créer/Ajouter une base de données de secours

CreateDatabase

  • La même API est utilisée pour créer une première base de données de secours et ajouter d'autres bases de données de secours.
  • Il utilise l'API de création de base de données existante avec la source "DATAGUARD".

Action Data Guard - Basculement

FailoverDataGuard

Le basculement doit être déclenché sur chaque base de secours pour devenir la base principale.

Action Data Guard - Remettre en service

ReinstateDataGuard

La remise en service doit être déclenchée sur la base de secours respective pour être remise en service.

Action Data Guard - Permutation

SwitchOverDataGuard

La permutation doit être déclenchée sur la base de secours respective qui doit devenir la base principale.

Supprimer la base de secours

DeleteDatabase

  • La suppression de la base de données de secours reste identique à la base existante. - DeleteDatabase
  • L'appel passe sur la base de secours respective pour être supprimé.

Migrer l'association Data Guard vers plusieurs bases de secours

MigrateDataGuardAssociationToMultiDataGuards

  • Migrer l'association Data Guard existante vers le modèle de groupe Data Guard.
  • Une nouvelle base de données de secours ne peut être ajoutée qu'une fois la migration terminée.

Mettre à jour la configuration du groupe Data Guard

UpdateDataGuard

Il faut un OCID de base de données de secours ou de base de données principale pour mettre à jour la configuration.

Pour obtenir la liste complète des API, voir API du service de base de données.