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 jeu complet de services qui créent, tiennent à jour, gèrent et surveillent une ou plusieurs bases de données de secours pour permettre aux bases de données Oracle de production de survivre à des catastrophes et à des corruptions de données. - Préalables à l'utilisation d'Oracle Data Guard avec Exadata Cloud Infrastructure
Une 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. - 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. - 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 migration ou de basculement et remettre en service une base de données défaillante. - 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 : - 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 :
Rubrique parent : Guides pratiques
À 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.
Rubrique parent : Utilisation d'Oracle Data Guard avec Exadata Cloud Infrastructure
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.
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 :
- Pour créer une ressource d'infrastructure Exadata en nuage
- Pour créer une ressource de grappe de machines virtuelles en nuage
- Pour créer un répertoire de base de base de données dans une instance Exadata Cloud Infrastructure existante
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 :
- Pour appliquer des correctifs au logiciel Oracle Database dans un répertoire de base de base de données (grappe de machines virtuelles en nuage)
- Pour corriger le logiciel Oracle Database dans un répertoire de base (système de base de données)
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 : - 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 échecs d'opération MRP et DG LCM. - Ajout d'un noeud à une grappe de machines virtuelles
- Suppression d'un noeud d'une grappe de machines virtuelles
Rubriques connexes
Rubrique parent : Utilisation d'Oracle Data Guard avec Exadata Cloud Infrastructure
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.
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
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 des règles, voir Listes de sécurité .
Rubriques connexes
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.
Rubriques connexes
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. - 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. - Remise en service
Une base de données devient la base de secours d'un groupe Data Guard.
Rubrique parent : Utilisation d'Oracle Data Guard avec Exadata Cloud Infrastructure
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.
Rubrique parent : Utilisation de Data Guard
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.
Rubrique parent : Utilisation de 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.
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.
Rubrique parent : Utilisation de 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. - Pour voir les détails des bases de données d'un groupe Data Guard dans une grappe de machines virtuelles en nuage
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. - 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. - 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. - Pour modifier les détails du groupe Oracle Data Guard
- 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. - 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. - Pour mettre fin à 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 données de secours.
Rubrique parent : Utilisation d'Oracle Data Guard avec Exadata Cloud Infrastructure
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.
- 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.
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.
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.
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.
- Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
- Sélectionnez votre compartiment.
- 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.
- 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.
Rubriques connexes
Rubrique parent : Utilisation de la console pour gérer un groupe Oracle 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.
Rubriques connexes
Rubrique parent : Utilisation de la console pour gérer un groupe Oracle Data Guard
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.
- Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
- Choisissez le compartiment qui contient l'instance Exadata Cloud Infrastructure et la base de données pour laquelle vous voulez activer Oracle Data Guard.
-
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.
- Sous Ressources, cliquez sur Groupe Data Guard.
- 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.
-
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.
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.
Rubriques connexes
Rubrique parent : Utilisation de la console pour gérer un groupe Oracle Data Guard
Pour modifier les détails du groupe Oracle Data Guard
- Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
- 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.
- 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.
- 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.
- Pour modifier les détails d'un groupe Data Guard, cliquez sur l'icône Actions (trois points), puis sur Modifier.
- 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.
- 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.
- Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
- Choisissez le compartiment qui contient l'instance Exadata Cloud Infrastructure et la base de données pour laquelle vous voulez activer Oracle Data Guard.
- 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.
- Sous Ressources, cliquez sur Groupe Data Guard.
- 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.
- 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.
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.
Rubriques connexes
Rubrique parent : Utilisation de la console pour gérer un groupe Oracle Data Guard
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.
- Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
- Choisissez le compartiment qui contient l'instance Exadata Cloud Infrastructure et la base de données pour laquelle vous voulez activer Oracle Data Guard.
- 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.
- Sous Ressources, cliquez sur Groupe Data Guard.
- 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.
-
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.
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.
Rubrique parent : Utilisation de la console pour gérer un groupe Oracle Data Guard
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.
- Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure.
- Choisissez le compartiment qui contient l'instance Exadata Cloud Infrastructure et la base de données pour laquelle vous voulez activer Oracle Data Guard.
-
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.
- 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.
-
Dans la boîte de dialogue Mettre fin à la base de données, entrez le nom de la base, puis cliquez sur OK.
Rubriques connexes
Rubrique parent : Utilisation de la console pour gérer un groupe Oracle Data Guard
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 :
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.
- CreateDataGuardAssociation
- ListDataGuardAssociations
- GetDataGuardAssociation
- UpdateDataGuardAssociation
- SwitchoverDataGuardAssociation
- FailoverDataGuardAssociation
- ReinstateDataGuardAssociation
- DeleteDatabase - Pour mettre fin à une association Data Guard d'instance Exadata Cloud Infrastructure, vous supprimez la base de données de secours.
Pour obtenir la liste complète des API du service de base de données, voir API du service de base de données.
Rubrique parent : Utilisation d'Oracle Data Guard avec Exadata Cloud Infrastructure
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 :
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 |
|
|
Mettre à jour la configuration du groupe Data Guard |
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 |
La permutation doit être déclenchée sur la base de secours respective qui doit devenir la base principale. |
|
Action Data Guard - Basculement |
Le basculement doit être déclenché sur chaque base de secours pour devenir la base principale. |
|
Action Data Guard - Remettre en service |
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 |
|
|
Migrer l'association Data Guard vers plusieurs bases de secours |
|
Pour obtenir la liste complète des API du service de base de données, voir API du service de base de données.
Rubrique parent : Utilisation d'Oracle Data Guard avec Exadata Cloud Infrastructure