Utiliser Oracle Data Guard avec Exadata Cloud Infrastructure

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

À propos de l'utilisation d'Oracle Data Guard avec Exadata Cloud Infrastructure

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 configurer et 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 secours qui est créée est une base de secours 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 Exadata Cloud Infrastructure

La mise en oeuvre d'Oracle Data Guard pour Exadata Cloud Infrastructure nécessite deux grappes de machines virtuelles Exadata existantes : l'une contenant une base de données existante qui doit être dupliquée par Data Guard et l'autre qui hébergera la nouvelle base de données de secours par Data Guard.

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. Si vous ajoutez une nouvelle base de données de secours dans la même région avec plusieurs domaines de disponibilité, Oracle recommande de sélectionner un domaine de disponibilité distinct pour assurer un isolement complet des défaillances de domaine de disponibilité ou de centre de données. Si vous ajoutez une nouvelle base de données de secours entre des régions, la base de données de secours sera également isolée en cas de défaillance régionale.

Lors de l'activation de Data Guard, vous devez créer un répertoire de base sur l'instance de secours pour héberger la nouvelle base de données de secours. Vous pouvez également provisionner la base de données de secours dans un répertoire de base existant sur l'instance de secours. Pour plus d'informations sur la création des ressources requises pour le système de secours, voir les rubriques suivantes :

Vous pouvez utiliser une image logicielle de base de données personnalisée contenant les correctifs nécessaires pour vos bases de données lors de la création d'un répertoire de base sur l'instance Exadata principale ou de secours. Voir Images logicielles Oracle Database pour obtenir des informations sur l'utilisation des images logicielles Oracle Database personnalisées.

Si vous choisissez de provisionner une base de données de secours dans un répertoire de base existant, assurez-vous que le répertoire de base cible de l'instance de secours contient tous les correctifs requis utilisés pour la base principale avant d'effectuer le provisionnement. Pour plus d'informations sur l'application de correctifs à un répertoire de base de base de données existant, voir les rubriques suivantes :

Si vous créez un groupe Data Guard et que vous utilisez des clés gérées par le client pour chiffrer la base de données, vous devez avoir configuré le service de chambre forte et créé une clé principale. Voir Pour administrer les clés de chiffrement du service de chambre forte et Concepts relatifs à la gestion des clés et des clés secrètes.

Exigences relatives au réseau pour Data Guard

Avant de configurer Data Guard, assurez-vous que votre environnement Exadata Cloud Infrastructure répond aux exigences de réseau suivantes :

  • Les bases de données principale et de secours peuvent faire partie des grappes de machines virtuelles de différents compartiments.
  • Si vous voulez configurer Oracle Data Guard entre des régions, vous devez configurer l'appairage distant du réseau en nuage virtuel (VCN) entre les bases de données principale et de secours. Le réseau est configuré sur la ressource de grappe de machines virtuelles en nuage pour les systèmes utilisant le nouveau modèle de ressource Exadata et sur la ressource de système de base de données pour le système utilisant l'ancien modèle de ressource. Voir Appairage distant de réseaux en nuage virtuels à l'aide d'une connexion d'appairage distant.

    Pour les configurations Exadata Data Guard, OCI prend en charge l'utilisation de la topologie de réseau en étoile pour les réseaux en nuage virtuels de chaque région. Cela signifie que les bases de données principales et de secours peuvent utiliser chacune un VCN "satellite" qui transmet le trafic réseau au VCN "central" qui possède une connexion de pairs distante. Voir Routage de transit dans un VCN utilisé comme concentrateur pour obtenir des informations sur la configuration de cette topologie de réseau.

  • Pour configurer Oracle Data Guard dans une seule région, les deux instances Exadata Cloud Infrastructure doivent utiliser le même VCN. Lors de la configuration de Data Guard dans une même 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 contenant 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é de trafic entrant et sortant pour les sous-réseaux des deux instances Exadata Cloud Infrastructure de l'association Oracle Data Guard afin d'autoriser le trafic TCP à passer d'un port à l'autre. Assurez-vous que les règles que vous créez sont avec état (valeur 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 celui de l'instance de secours utilise le CIDR source 10.0.1.0/24, créez les règles présentées dans l'exemple suivant.

Note

Les règles de trafic sortant de l'exemple montrent comment activer le trafic TCP pour le port 1521 uniquement, ce qui est une exigence minimum pour qu'Oracle Data Guard fonctionne. Si le trafic TCP est déjà activé pour toutes les destinations (0.0.0.0/0) sur vos ports sortants, vous n'avez pas besoin d'ajouter explicitement ces règles de trafic sortant.

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

Règles entrantes :
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
Règles sortantes :
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

Règles entrantes :
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
Règles sortantes :
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 des règles, voir Listes de sécurité .

Exigences relatives aux mots de passe

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

Problèmes connus pour Exadata Cloud Infrastructure et Data Guard

Problème possible de réplication de clé TDE et défaillances des opérations MRP et DG LCM.

KMS RPM libkmstdepkcs11_1.286-1.286-1-Linux.rpm est la dernière disponible qui prend en charge la réplication active de la clé entre les chambres fortes KMS inter-régions (source et cible), et il est recommandé de mettre à niveau le RPM sur les grappes participant à Data Guard. Data Guard inter-région du service de chambre forte OCI fonctionne avec une version inférieure de RPM, mais l'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 chambres fortes, la réplication Data Guard peut avoir une incidence (MRP échoue sur la grappe de secours en raison d'une clé manquante dans la chambre forte cible) et MRP ne pourra reprendre qu'après la réplication des clés vers la chambre forte cible. Pour éviter les défaillances des opérations MRP et DG LCM, mettez à niveau le RPM libkms sur les deux grappes, puis redémarrez les bases de données (seulement les bases de données à l'aide de clés gérées par le client).

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. 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 vice versa, 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 d'instance et exécutez la commande /var/opt/oracle/ocde/rops update_instance <dbname> <path to addInstance JSON> sur n'importe quel noeud de la grappe distante.

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. 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 vice versa, 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 de la grappe distante.

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 une machine virtuelle 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.

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 principale et cible au moment de la défaillance de la base principale. Pour plus d'informations, reportez-vous à Basculement manuel dans la documentation sur Data Guard.

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.

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 système Exadata Cloud Infrastructure

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

Note

  • Lorsque vous activez Data Guard, la réplication des données se fait uniquement sur le réseau client.
  • 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.
Note

Une opération en parallèle sur la base de données de secours, en cas d'échec, doit être réexécutée après un intervalle de 5 minutes.

Note

Vous pouvez créer Data Guard lorsque la base de données est chiffrée à l'aide de la chambre forte virtuelle OCI.

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.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Sélectionnez le compartiment qui contient l'instance Exadata Cloud Infrastructure et la base de données pour laquelle vous voulez activer Oracle Data Guard.
  3. Naviguez jusqu'à la grappe de machines virtuelles en nuage ou au système de base de données contenant une base de données qui doit assumer le rôle principal :
    • Cloud VM clusters ( new resource model): Under Oracle Exadata Database Service on Dedicated Infrastructure, click Exadata VM clusters. Dans la liste des grappes de machines virtuelles, recherchez celle à laquelle vous voulez accéder et cliquez sur son nom en surbrillance pour afficher sa page de détails.
    • Systèmes de base de données : Sous Environnement sans système d'exploitation, machine virtuelle et Exadata, cliquez sur Systèmes de BD. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous souhaitez accéder et cliquez sur son nom pour afficher les détails le concernant.
  4. Dans la section Bases de données de la page de détails de la grappe de machines virtuelles ou du système de BD, cliquez sur le nom de la base qui doit servir de base principale.
  5. Dans la page Détails de la base de données, sous Ressources, cliquez sur Association Data Guard.
  6. Cliquez sur Ajouter une base de données de secours.
  7. 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.
    • Dans la section Sélectionner un système de BD d'appairage, entrez les informations suivantes sur la base de données de secours afin d'obtenir une liste des systèmes Exadata disponibles où la placer :
      • Région : Sélectionnez la région dans laquelle vous voulez placer la base de données de secours. La région de la base de données principale est sélectionnée par défaut. Vous pouvez choisir de placer la base de données de secours dans une autre région. Le texte de conseil associé à ce champ vous indique dans quelle région la base de données principale se trouve.
      • Domaine de disponibilité : Sélectionnez un domaine de disponibilité pour la base de données de secours. Le texte de conseil associé à ce champ vous indique dans quel domaine de disponibilité se trouve la base de données principale.
      • Forme : Sélectionnez la forme du système Exadata de secours.
      • Type de ressource de pair de Data Guard : Sélectionnez Système de BD ou Grappe de MV.
      • Dans la liste déroulante, sélectionnez un système de base de données ou une grappe de machines virtuelles en nuage.
    • 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 :
      • Type Data Guard : Sélectionnez Active Data Guard ou Data Guard. Active Data Guard offre des fonctions supplémentaires, notamment le déchargement des opérations LMD et interrogations en temps réel, la réparation automatique des blocs, le suivi des modifications de blocs de secours, la synchronisation à distance, les services de données globales et la continuité des applications. Notez qu'Active Data Guard nécessite une licence Oracle Active Data Guard. Pour plus d'informations sur Active Data Guard, voir Active Data Guard. Pour un aperçu complet des deux types Data Guard, voir Présentation d'Oracle Data Guard.
      • Mode de protection : Le mode de protection peut être Performance maximale ou Disponibilité maximale. Pour plus d'informations sur ces options, voir Modes de protection d'Oracle Data Guard.
      • Type de transport : Type de transport des données de journalisation utilisé pour ce groupe Data Guard. Pour plus d'informations sur ces options, voir Services de transport des données de journalisation.

        Mode de protection et type de transport : Règles pour la création de la base 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 : 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.
    • Dans la section Sélectionner le répertoire de base de la base de données, choisissez l'une des options suivantes :
      • Sélectionner un répertoire de base existant pour la base de données : Si vous choisissez cette option, sélectionnez un répertoire dans la liste déroulante Nom d'affichage du répertoire de base de la base de données.
      • Créer un répertoire de base de base de données : Si vous choisissez cette option, entrez un nom pour le nouveau répertoire de base dans le champ Nom d'affichage du répertoire de base de la base de données. 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. Dans le panneau Sélectionner une image logicielle de base de données, 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 région contenant l'image logicielle à utiliser pour créer le répertoire de base. Le filtre de région prend 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 la base de données utilisera, puis choisissez une image dans la liste des images disponibles pour la version du logiciel sélectionnée.
        4. Cliquez sur Sélectionner.
        Note

        • Oracle recommande d'appliquer la même liste de correctifs 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 une base de secours :, fournissez les détails de la base de secours.
      Note

      Vous ne pouvez pas modifier le paramètre db_unique_name et le préfixe IDS après avoir créé la base de données.
      • Nom unique de la base de données : Vous pouvez éventuellement spécifier une valeur pour le paramètre de base de données DB_UNIQUE_NAME. Cette valeur doit être unique dans les grappes de machines virtuelles en nuage principale et de secours. Le nom unique doit répondre aux exigences suivantes :
        • Maximum de 30 caractères
        • Doit contenir des caractères alphanumériques ou des traits de soulignement (_) uniquement
        • Caractère alphabétique au début
        • Doit être unique dans la grappe de MV. Recommandé pour être unique dans toute la location.
        S'il n'est pas précisé, 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 base de données : Entrez le mot de passe de l'administrateur de la base de données principale. Utilisez ce même mot de passe d'administrateur de base de données pour la base de données de secours.

        Note

        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 dans Modification des mots de passe de base de données pour vous assurer qu'ils le sont.
      • Mot de passe pour le portefeuille TDE : Entrez le mot de passe du portefeuille TDE.
  8. Cliquez sur Afficher les options avancées pour spécifier les options avancées de la base de données de secours :
    • Gestion :

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

      L'entrée d'un préfixe IDS n'est disponible que pour les bases de données Oracle 12.1 et versions supérieures.

      Le préfixe IDS doit répondre aux exigences suivantes :

      • Maximum de 12 caractères
      • Caractères alphanumériques uniquement
      • Caractère alphabétique au début
      • Unique dans la grappe de machines virtuelles et dans les bases de données principale et de secours
  9. 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 pair affichent leur rôle respectif comme P principal ou De secours.

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.

Pour voir les détails des bases de données d'une grappe de machines virtuelles en nuage du groupe Data Guard

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

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Sélectionnez votre compartiment.
  3. Naviguez jusqu'à la grappe de machines virtuelles en nuage qui contient les bases de données dont vous voulez voir 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 dans cette grappe de machines virtuelles est indiqué dans la colonne Rôle Data Guard.

Pour activer les sauvegardes automatiques sur une base de données de secours

Voyez 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. Sélectionnez le compartiment qui contient l'instance Exadata Cloud Infrastructure et la base de données pour laquelle vous voulez activer la base de données automatique.
  3. Accédez à la grappe de machines virtuelles en nuage ou au système de base de données contenant la base de données principale.
    • Cloud VM clusters ( new resource model): Under Oracle Exadata Database Service on Dedicated Infrastructure, click Exadata VM clusters. Dans la liste des grappes de machines virtuelles, recherchez celle à laquelle vous voulez accéder et cliquez sur son nom en surbrillance pour afficher sa page de détails.

    • Systèmes de base de données : Sous Environnement sans système d'exploitation, machine virtuelle et Exadata, cliquez sur Systèmes de BD. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous souhaitez accéder et cliquez sur son nom pour afficher les détails le concernant.

  4. Dans la section Bases de données de la page de détails de la grappe de machines virtuelles ou du système de BD, cliquez sur le nom de la base principale.
  5. Dans la page Détails de la 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 souhaitez 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 (Configurer les sauvegardes automatiques) qui s'affiche, entrez les détails suivants :
    • Activer la sauvegarde automatique : Cochez la case pour activer ou désactiver les sauvegardes incrémentielles automatiques pour cette base de données.
      Note

      • 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 configurer le service de récupération ou le stockage d'objets en tant que destination de sauvegarde. Toutefois, si la sauvegarde a déjà été configurée sur la base principale, la base de secours doit utiliser la même destination de sauvegarde.
    • Si Service de récupération est sélectionné pour Destination de sauvegarde, vous pouvez configurer les options suivantes :
      • Politique de protection : Vous pouvez sélectionner une des politiques de protection prédéfinies ou une politique personnalisée. Le système supprime automatiquement vos sauvegardes à la fin de la fenêtre de récupération de la politique de protection sélectionnée.
      • Protection des données en temps réel : La protection en temps réel est le transfert continu des modifications d'une base de données protégée vers le service de récupération. Cela réduit la perte de données et fournit un objectif de point de récupération (OPR) proche de 0. Cette option est payante.
      • Options de suppression après l'arrêt de la base de données : : Vous pouvez utiliser les options suivantes pour conserver les sauvegardes de base de données gérées une fois la base de données arrêtée. Ces options peuvent également vous aider à restaurer la base de données à partir de sauvegardes en cas de dommage accidentel ou malveillant à la base de données.
        • Conserver les sauvegardes selon la période de conservation : Lorsqu'une base de données est arrêtée, les sauvegardes automatiques associées à la base de données interrompue et à toutes ses ressources sont supprimées à la fin de la période de conservation spécifiée.
        • Conserver les sauvegardes pendant 72 heures, puis les supprimer : Lorsqu'une base de données est arrêtée, les sauvegardes automatiques associées à la base de données arrêtée et toutes ses ressources sont conservées pour 72 heures, puis supprimées. Les sauvegardes sont conservées pendant 72 heures afin de garantir une suppression accidentelle par l'utilisateur.
      • Date programmée 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 commencer à tout moment ou dans la fenêtre de programmation de deux heures choisie.
      • Heure programmée pour la sauvegarde quotidienne (UTC) : Sélectionnez une heure de début pour la sauvegarde quotidienne. La sauvegarde quotidienne peut commencer à tout moment ou dans la fenêtre de programmation de deux heures choisie.
      • Faites 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 qui constituent une base 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 base de données lorsque la base de données est arrêtée ou lorsque la base de données est ouverte. En général, vous ne devez pas effectuer une sauvegarde après la défaillance d'une instance ou dans d'autres circonstances inhabituelles. Si vous sélectionnez de différer la sauvegarde initiale, votre base de données ne sera peut-être pas récupérable en cas de défaillance.
    • Si Stockage d'objets est sélectionné comme Destination de sauvegarde, vous pouvez configurer les options suivantes :
      • Période de conservation des sauvegardes : Si vous sélectionnez cette option pour activer les sauvegardes automatiques, vous pouvez sélectionner une politique avec l'une des périodes de conservation prédéfinies. Le système supprime automatiquement vos sauvegardes incrémentielles à la fin de la période de conservation sélectionnée. Vous pouvez modifier la période de conservation des sauvegardes après le provisionnement.
      • Options de suppression après l'arrêt de la base de données : : Vous pouvez utiliser les options suivantes pour conserver les sauvegardes de base de données gérées une fois la base de données arrêtée. Ces options peuvent également vous aider à restaurer la base de données à partir de sauvegardes en cas de dommage accidentel ou malveillant à la base de données.
        • Conserver les sauvegardes selon la période de conservation : Lorsqu'une base de données est arrêtée, les sauvegardes automatiques associées à la base de données interrompue et à toutes ses ressources sont supprimées à la fin de la période de conservation spécifiée.
        • Conserver les sauvegardes pendant 72 heures, puis les supprimer : Lorsqu'une base de données est arrêtée, les sauvegardes automatiques associées à la base de données arrêtée et toutes ses ressources sont conservées pour 72 heures, puis supprimées. Les sauvegardes sont conservées pendant 72 heures afin de garantir une suppression accidentelle par l'utilisateur.
      • jour programmé pour une sauvegarde complète : Sélectionnez un jour de la semaine pour le début des sauvegardes complètes initiales et futures.
      • Heure programmée pour la sauvegarde complète (UTC) : Sélectionnez une heure de début pour la sauvegarde complète. La sauvegarde complète peut commencer à tout moment ou dans la fenêtre de programmation de deux heures choisie.
      • Heure programmée pour la sauvegarde supplémentaire (UTC) : Sélectionnez l'heure de début de la sauvegarde supplémentaire. La sauvegarde incrémentielle peut démarrer à tout moment ou dans la fenêtre de programmation de deux heures choisie.
      • Faites 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 qui constituent une base 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 base de données lorsque la base de données est arrêtée ou lorsque la base de données est ouverte. En général, vous ne devez pas effectuer une sauvegarde après la défaillance d'une instance ou dans d'autres circonstances inhabituelles. Si vous sélectionnez de différer la sauvegarde initiale, votre base de données ne sera peut-être pas récupérable en cas de défaillance.
  9. Cliquez sur Enregistrer les modifications.

Pour effectuer une permutation de base 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. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
  2. Choisissez le compartiment qui contient l'instance Exadata Cloud Infrastructure et la base de données pour laquelle vous voulez activer Oracle Data Guard.
  3. Naviguez jusqu'à la grappe de machines virtuelles en nuage ou au système de base de données contenant l'association Data Guard :

    Cloud VM clusters (new resource model): Under Oracle Exadata Database Service on Dedicated Infrastructure, click Exadata VM Clusters. Dans la liste des grappes de machines virtuelles, recherchez celle à laquelle vous voulez accéder et cliquez sur son nom en surbrillance pour afficher sa page de détails.

    Systèmes de base de données : Sous Environnement sans système d'exploitation, machine virtuelle et Exadata, cliquez sur Systèmes de BD. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous souhaitez accéder et cliquez sur son nom pour afficher les détails le concernant.

  4. Sous Ressources, cliquez sur Groupe Data Guard.
  5. 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.
  6. Dans la boîte de dialogue Base de données de permutation, 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.

Note

Vous pouvez maintenant :
  • Effectuer des actions Data Guard (switchover, basculement et remise en service) pendant qu'une configuration Data Guard est exécutée sur une autre base de données dans le même répertoire de base Oracle, et vice versa.
  • Effectuer la configuration de Data Guard simultanément sur différentes bases de données dans le même répertoire de base Oracle.
  • Effectuez des actions Data Guard (switchover, basculement et remise en service) simultanément sur différentes bases de données dans le même répertoire de base Oracle.
  • Effectuer la configuration de Data Guard lors de la mise à jour simultanée des marqueurs de grappe de machines virtuelles.
  • Créer ou supprimer une base de données enfichable pendant l'exécution simultanée d'actions Data Guard (passerelle, basculement et remise en service) dans le même répertoire de base Oracle, et inversement.

Pour modifier les détails du groupe Oracle Data Guard

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
  2. Sélectionnez le compartiment qui contient l'instance du service Exadata Cloud et la base de données pour laquelle vous voulez activer Oracle Data Guard.
  3. Naviguez jusqu'à la grappe de machines virtuelles en nuage ou au système de base de données contenant l'association Data Guard :

    Cloud VM clusters ( new resource model): Under Oracle Exadata Database Service on Dedicated Infrastructure, click Exadata VM Clusters. Dans la liste des grappes de machines virtuelles, recherchez celle à laquelle vous voulez accéder et cliquez sur son nom en surbrillance pour afficher sa page de détails.

    Systèmes de base de données : Sous Environnement sans système d'exploitation, machine virtuelle et Exadata, cliquez sur Systèmes de BD. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous souhaitez accéder et cliquez sur son nom pour afficher les détails le concernant.

  4. Sous Ressources, 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.

  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 le groupe Data Guard, configurez le groupe Data Guard :
    • Type Data Guard : Sélectionnez Active Data Guard ou Data Guard. Active Data Guard offre des fonctions supplémentaires, notamment l'interrogation en temps réel et le déchargement LMD, la réparation automatique par blocs, le suivi des modifications de bloc de secours, les services de données globales et la continuité des applications. Notez qu'Active Data Guard nécessite une licence Oracle Active Data Guard. Pour plus d'informations sur Active Data Guard, voir Active Data Guard. Pour un aperçu complet des deux types Data Guard, voir Présentation d'Oracle Data Guard.
    • Mode de protection : Le mode de protection peut être Performance maximale ou Disponibilité maximale. Pour plus d'informations sur ces options, voir Modes de protection Oracle Data Guard.
    • Type de transport : Type de transport des données de journalisation utilisé pour ce groupe Oracle Data Guard.

    • Mot de passe de l'administrateur de base de données : Entrez le mot de passe de l'administrateur de la base de données.
  7. Cliquez sur Enregistrer.

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. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
  2. Choisissez le compartiment qui contient l'instance Exadata Cloud Infrastructure et la base de données pour laquelle vous voulez activer Oracle Data Guard.
  3. Naviguez jusqu'à la grappe de machines virtuelles en nuage ou au système de base de données contenant l'association Data Guard :

    Cloud VM clusters ( new resource model): Under Oracle Exadata Database Service on Dedicated Infrastructure, click Exadata VM Clusters. Dans la liste des grappes de machines virtuelles, recherchez celle à laquelle vous voulez accéder et cliquez sur son nom en surbrillance pour afficher sa page de détails.

    Systèmes de base de données : Sous Environnement sans système d'exploitation, machine virtuelle et Exadata, cliquez sur Systèmes de BD. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous souhaitez accéder et cliquez sur son nom pour afficher les détails le concernant.

  4. Sous Ressources, cliquez sur Groupe Data Guard.
  5. 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.
  6. 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.

Note

Vous pouvez maintenant :
  • Effectuer des actions Data Guard (switchover, basculement et remise en service) pendant qu'une configuration Data Guard est exécutée sur une autre base de données dans le même répertoire de base Oracle, et vice versa.
  • Effectuer la configuration de Data Guard simultanément sur différentes bases de données dans le même répertoire de base Oracle.
  • Effectuez des actions Data Guard (switchover, basculement et remise en service) simultanément sur différentes bases de données dans le même répertoire de base Oracle.
  • Effectuer la configuration de Data Guard lors de la mise à jour simultanée des marqueurs de grappe de machines virtuelles.
  • Créer ou supprimer une base de données enfichable pendant l'exécution simultanée d'actions Data Guard (passerelle, basculement et remise en service) dans le même répertoire de base Oracle, et inversement.

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.

  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 et la base de données pour laquelle vous voulez activer Oracle Data Guard.
  3. Naviguez jusqu'à la grappe de machines virtuelles en nuage ou au système de base de données contenant l'association Data Guard :

    Grappes de machines virtuelles en nuage (nouveau modèle de ressource) : Sous Service Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Grappes de machines virtuelles Exadata. Dans la liste des grappes de machines virtuelles, recherchez celle à laquelle vous voulez accéder et cliquez sur son nom en surbrillance pour afficher sa page de détails.

    Systèmes de base de données : Sous Environnement sans système d'exploitation, machine virtuelle et Exadata, cliquez sur Systèmes de BD. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous souhaitez accéder et cliquez sur son nom pour afficher les détails le concernant.

  4. Sous Ressources, cliquez sur Groupe Data Guard.
  5. Pour le groupe Data Guard pour lequel vous voulez remettre en service cette base de données, cliquez sur l'icône Actions (trois points), puis sur Remettre en service.
  6. 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.

Note

Vous pouvez maintenant :
  • Effectuer des actions Data Guard (switchover, basculement et remise en service) pendant qu'une configuration Data Guard est exécutée sur une autre base de données dans le même répertoire de base Oracle, et vice versa.
  • Effectuer la configuration de Data Guard simultanément sur différentes bases de données dans le même répertoire de base Oracle.
  • Effectuez des actions Data Guard (switchover, basculement et remise en service) simultanément sur différentes bases de données dans le même répertoire de base Oracle.
  • Effectuer la configuration de Data Guard lors de la mise à jour simultanée des marqueurs de grappe de machines virtuelles.
  • Créer ou supprimer une base de données enfichable pendant l'exécution simultanée d'actions Data Guard (passerelle, basculement et remise en service) dans le même répertoire de base Oracle, et inversement.

Pour arrêter un groupe Data Guard dans une instance Exadata Cloud Infrastructure

Dans une instance Exadata Cloud Infrastructure, vous supprimez un groupe Data Guard en mettant fin à toute la base 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 et la base de données pour laquelle vous voulez activer Oracle Data Guard.
  3. Accédez à la grappe de machines virtuelles en nuage ou au système de base de données contenant la base de données de secours :

    Cloud VM clusters (new resource model): Under Oracle Exadata Database Service on Dedicated Infrastructure, click Exadata VM Clusters. Dans la liste des grappes de machines virtuelles, recherchez celle à laquelle vous voulez accéder et cliquez sur son nom en surbrillance pour afficher sa page de détails.

    Systèmes de base de données : Sous Environnement sans système d'exploitation, machine virtuelle et Exadata, cliquez sur Systèmes de BD. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous souhaitez accéder et cliquez sur son nom pour afficher les détails le concernant.

  4. 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.
  5. Dans la boîte de dialogue Mettre fin à la base de données, entrez le nom de la base, puis cliquez sur OK.

Utilisation de l'API pour gérer des associations Data Guard

Utilisez ces opérations d'API pour gérer les associations Data Guard dans une instance Exadata Cloud Infrastructure :

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.

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

Utilisation de l'API pour gérer un groupe Data Guard

Utilisez ces opérations d'API pour gérer un groupe Data Guard dans une instance Exadata Cloud Infrastructure :

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.

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"

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.

Action Data Guard - Permutation

SwitchOverDataGuard

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

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.

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.

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