Utilisation d'Oracle Data Guard avec Oracle Exadata Database Service on Cloud@Customer
Découvrez comment configurer et gérer les groupes Data Guard dans votre cluster d'unités virtuelles.
- A propos de l'utilisation d'Oracle Data Guard avec Oracle Exadata Database Service on Cloud@Customer
Oracle Data Guard fournit un ensemble complet de services qui créent, maintiennent, gèrent et surveillent des bases de données de secours afin de permettre aux bases de données Oracle de production de survivre aux sinistres et aux altérations de données. - Prérequis pour l'utilisation d'Oracle Data Guard avec Oracle Exadata Database Service on Cloud@Customer
Vérifiez la liste des prérequis pour l'utilisation de Data Guard avec Oracle Exadata Database Service on Cloud@Customer. - 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 Enterprise. - utilisation de la console pour gérer un groupe Oracle Data Guard
Découvrez comment activer un groupe Data Guard entre plusieurs bases de donnée, modifier le rôle d'une base des données dans un groupe Data Guard à l'aide d'une opération d'une permutation ou de basculement, et rétablir une base des données qui a échoué. - Utilisation de l'API pour gérer les associations Data Guard sur un système Oracle Exadata Database Service on Cloud@Customer
Découvrez comment utiliser l'API pour gérer les associations Data Guard sur un système Oracle Exadata Database Service on Cloud@Customer. - Utilisation d'une API pour la gestion d'un groupe Data Guard sur une instance Oracle Exadata Database Service on Cloud@Customer
Découvrez comment utiliser l'API pour la gestion d'un groupe Data Guard sur une instance Oracle Exadata Database Service on Cloud@Customer.
Rubrique parent : Guides pratiques
A propos de l'utilisation d'Oracle Data Guard avec Oracle Exadata Database Service on Cloud@Customer
Oracle Data Guard fournit un ensemble complet de services permettant de créer, de gérer et de surveiller des bases de données de secours afin que les bases de données Oracle de production puissent résister aux sinistres et aux altérations de données.
Oracle Data Guard conserve 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 panne planifiée ou non, Oracle Data Guard peut basculer n'importe quelle base de données de secours vers le rôle de production, ce qui réduit le temps d'inactivité associé à la panne. Oracle Data Guard peut être utilisé avec les techniques traditionnelles de sauvegarde, de restauration et de cluster pour fournir un haut niveau de protection 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 assurer une transmission efficace et fiable des informations de journalisation d'une base de données source vers des destinations distantes.
Pour obtenir des informations complètes sur Oracle Data Guard, reportez-vous à la documentation Oracle Data Guard Concepts and Administration et à Oracle Data Guard Broker Concepts sur le portail de documentation Oracle Database.
Cette rubrique explique comment utiliser la console ou l'API pour gérer les ressources Data Guard dans votre cluster de machines virtuelles.
- la base de données de secours est une base de données physique,
- les versions des bases de données homologues (bases de données principale et de secours) sont identiques,
- la base de données 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.
prérequis pour l'utilisation d'Oracle Data Guard avec Oracle Exadata Database Service on Cloud@Customer
Consultez la liste des prérequis pour l'utilisation de Data Guard avec Oracle Exadata Database Service on Cloud@Customer.
- Clusters de machines virtuelles
Une implémentation Data Guard de cluster de machines virtuelles requiert deux clusters de machines virtuelles de base de données Exadata, l'un contenant la base de données principale et l'autre la base de données de secours. - Mot de passe
Pour modifier le mot de passe SYS ou effectuer une rotation des clés TDE, utilisez l'API OCI. - Ajout d'un noeud à un cluster de machines virtuelles
Lors de l'ajout d'un noeud à un cluster de machines virtuelles, une instance de la base de données Data Guard est automatiquement créée sur le nouveau noeud. - Suppression d'un noeud d'un cluster de machines virtuelles
Lors de la suppression d'un noeud d'un cluster de machines virtuelles, l'instance et ses métadonnées sur le noeud de suppression sont automatiquement supprimées.
Clusters de machines virtuelles
Une implémentation Data Guard de cluster de machines virtuelles requiert deux clusters de machines virtuelles de base de données Exadata, l'un contenant la base de données principale et l'autre la base de données de secours.
Oracle recommande vivement de placer les bases de données principale et de secours, peu importe leur charge globale de production, sur différentes infrastructures Exadata Cloud pour un meilleur isolement des défaillances et une meilleure protection contre les sinistres.
Mot de passe
Pour modifier le mot de passe SYS ou effectuer la rotation des clés TDE, utilisez l'API OCI.
Ajouter un noeud à un cluster de machines virtuelles
Lorsque vous ajoutez un noeud à un cluster de machines virtuelles, une instance de la base de données Data Guard est automatiquement créée sur le nouveau noeud.
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 Enterprise.
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 cohérente au point de vue transactionnel de la base de données principale.
Pour mettre à jour la base de données de secours, Data Guard transmet les données redo à partir de la base de données principale et les applique. Si la base de données principale devient indisponible, vous pouvez utiliser Data Guard pour permuter ou basculer la base de données de secours vers le rôle principal. Cela est vrai même si vous disposez de plusieurs bases de données de secours.
- Permutation
La permutation inverse les rôles des bases de données principale et de secours. - Basculement
Le basculement attribue le rôle principal à la base de données de secours en cas d'échec ou d'inaccessibilité de la base de données principale existante. - Rétablissement
Il rétablit le rôle d'une base de donnée dans un groupe Data Guard.
Permutation
La permutation inverse les rôles des bases de données principale et de secours.
Chaque base de données continue de faire partie du groupe Data Guard dans son nouveau rôle. La permutation de bases de données garantit l'absence de perte de données. Vous pouvez utiliser une permutation avant d'effectuer la maintenance planifiée sur la base de données principale. La maintenance planifiée sur un noeud du calcul d'une base de donnée Exadata avec un groupe Data Guard est généralement réalisée en permutant la source principale vers le rôle de secours, en effectuant les opérations d'entretien sur la source de secours, puis en permutant à nouveau ce dernier vers le rôle principal.
Rubrique parent : Utilisation de Data Guard
Basculement
Le basculement attribue le rôle principal à la base de données de secours en cas d'échec ou d'inaccessibilité de la base de données principale existante.
Le basculement peut entraîner une perte de données si vous utilisez le mode de protection Performances maximales.
Rubrique parent : Utilisation de Data Guard
Rétablissement
Rétablit une base de donnée en mode de secours dans un groupe Data Guard.
Vous pouvez utiliser la commande de rétablissement pour remettre en service une base de données ayant échoué après avoir corrigé la cause de l'échec.
Vous ne pouvez pas mettre fin à une base de données principale qui fait partie d'un groupe Data Guard contenant des bases de données de secours. Vous devez d'abord mettre fin aux bases de données de secours. Vous pouvez également permuter la base de données principale vers le rôle de base de données de secours, puis mettre fin à l'ancienne base de données principale.
vous ne pouvez pas mettre fin à un cluster de machines virtuelles qui inclut des bases de données activées Data Guard. Vous devez d'abord mettre fin aux bases de données de secours qui font partie du groupe Data Guard.
Rubrique parent : Utilisation de Data Guard
Utilisation de la console pour gérer un groupe Oracle Data Guard
Découvrez comment activer un groupe Data Guard entre différentes bases, modifier le rôle d'une base de donnée dans un groupe Data Guard à l'issue d'une opération de permutation ou de basculement, et rétablissez une base de donnée ayant échoué.
Lorsque vous activez Data Guard, un groupe Data Guard distinct est créé entre les bases de Données principale et de secours.
- Utilisation d'une console pour autoriser Data Guard sur un système Oracle Exadata Database Service on Cloud@Customer
Découvrez comment configurer un groupe Data Guard entre des bases des données. - Utilisation de la console pour visualiser le groupe de bases de données Data Guard dans un cluster de machines virtuelles Exadata
Pour visualiser le rôle de chaque base de données dans un groupe Data Guard dans un cluster de machines virtuelles Exadata, suivez cette procédure. - Utilisation de la console pour visualiser et modifier les détails d'un groupe Data Guard
Vous pouvez basculer entre ces types en fonction du type d'octroi de licence Oracle Database que vous avez déployé. - Utilisation de la console 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 membre du groupe Data Guard. - Utilisation de la console pour effectuer un basculement de base de données
Vous pouvez lancer une opération de basculement sur une base de données de secours qui est membre du groupe Data Guard. - Utilisation de la console pour rétablir une base de données
Une fois que vous avez basculé la base de données principale vers sa base de données de secours, cette dernière prend le rôle de base de données principale et l'ancienne base de données principale est identifiée comme une base de données de secours désactivée. - Utilisation de la console pour mettre fin à un groupe Data Guard sur un système Oracle Exadata Database Service on Cloud@Customer
Sur un cluster de machines virtuelles, vous enlevez un groupe Data Guard en mettant fin à toutes les bases de données de secours.
Utilisation de la console pour activer Data Guard sur un système Oracle Exadata Database Service on Cloud@Customer
Découvrez comment configurer un groupe Data Guard entre des bases de données.
Data Guard repose sur un réseau fiable avec un débit suffisant entre les clusters principaux et de secours. Etant donné qu'Oracle ne possède pas le réseau, vous devez effectuer une évaluation avant d'implémenter Data Guard pour vous assurer que la bande passante réseau requise est disponible. Il est recommandé de suivre les instructions fournies dans Evaluation et optimisation des performances réseau pour comprendre le débit atteignable entre les clusters et déterminer si les exigences de la base de données sont respectées. Par défaut, la taille maximale du tampon de socket est définie sur une valeur plus élevée pour les configurations ExaDB-C@C Data Guard inter-régions.
Lorsque vous configurez un groupe Data Guard, les bases de données principale et de secours doivent être sur la même version majeure tandis que la base de données de secours peut être sur une version mineure supérieure.
Dans le cadre de la dernière version, nous introduisons une expérience utilisateur améliorée et de nouvelles API pour améliorer les performances et fournir des fonctionnalités Data Guard supplémentaires, notamment la prise en charge de plusieurs bases de données de secours via l'automatisation du cloud.
- Avec la nouvelle API, la configuration Data Guard sera créée en tant que ressource de groupe Data Guard.
- Si vous disposez d'une configuration Data Guard existante, vous pouvez continuer à utiliser les fonctionnalités actuelles sans impact. Toutefois, si vous souhaitez créer plusieurs bases de données de secours, vous devez migrer vers le nouveau modèle d'API, ce qui peut être fait à 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 qu'elles utilisent la nouvelle API afin de tirer parti de ces nouvelles fonctionnalités.
Oracle prend actuellement en charge l'API d'association Data Guard existante, la nouvelle API de groupe Data Guard et les interfaces utilisateur associées.
Une opération parallèle sur la base de données de secours, en cas d'échec, doit faire l'objet d'une nouvelle tentative après un intervalle de 5 minutes.
Une demande de travail est émise pour configurer l'association Data Guard. La progression de la demande et les étapes de provisionnement peuvent être affichées sur la page Demandes de travail de la base de données de secours correspondante.
Lors de la création de l'association, les détails de la base de données et de son homologue affichent leur rôle respectif : Principal ou De secours.
Utilisation de la console pour visualiser le groupe de bases de données Data Guard dans un cluster de machines virtuelles Exadata
Pour afficher le rôle de chaque base de données dans un groupe Data Guard dans un cluster de machines virtuelles Exadata, suivez cette procédure.
Rubrique parent : Utilisation de la console pour gérer un groupe Oracle Data Guard
Utilisation de la console pour visualiser et modifier les détails d'un groupe Data Guard
Vous pouvez basculer entre les types Data Guard en fonction du type de licence du logiciel Oracle Database que vous avez déployé.
Rubrique parent : Utilisation de la console pour gérer un groupe Oracle Data Guard
Utilisation de la console 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.
Cette base de donnée doit désormais prendre le rôle de secours et la base de donnée de secours doit prendre le rôle de principale dans le groupe Data Guard.
Rubrique parent : Utilisation de la console pour gérer un groupe Oracle Data Guard
Utilisation de la console pour effectuer un basculement de base de données
Vous pouvez lancer une opération de basculement sur une base de données de secours qui est membre du groupe Data Guard.
Vous pouvez lancer un basculement même si la base de données principale est en bon état. Toutefois, faites preuve de prudence lorsque vous effectuez un basculement.
Cette base de données doit désormais prendre le rôle de base de données principale et le rôle de l'ancienne base de données principale doit indiquer Instance de secours désactivée.
Rubrique parent : Utilisation de la console pour gérer un groupe Oracle Data Guard
Utilisation de la console pour rétablir une base de données
Une fois que vous avez basculé la base de données principale vers sa base de données de secours, cette dernière prend le rôle de base de données principale et l'ancienne base de données principale est identifiée comme une base de données de secours désactivée.
Après avoir corrigé la cause de l'échec, vous pouvez rétablir la base de données en échec en tant que base de données de secours opérationnelle pour la base principale en cours.
Pour pouvoir rétablir une base de données de version 12.2 ou ultérieure, vous devez effectuer certaines étapes sur l'hôte de la base de données afin d'arrêter cette dernière ou de la démarrer en mode MOUNT
.
ORACLE_UNQNAME
sur la valeur du nom de base de données unique, puis exécutez les commandes suivantes :srvctl stop database -d db-unique-name -o abort
srvctl start database -d db-unique-name -o mount
Cette base de Données doit désormais être rétablie comme base de Données de secours dans le Groupe Data Guard.
Rubrique parent : Utilisation de la console pour gérer un groupe Oracle Data Guard
Utilisation de la console pour mettre fin à un groupe Data Guard sur un système Oracle Exadata Database Service on Cloud@Customer
Sur un cluster de machines virtuelles, vous enlevez un groupe Data Guard en mettant fin à toutes les bases de données de secours.
Rubrique parent : Utilisation de la console pour gérer un groupe Oracle Data Guard
Utilisation de l'API pour gérer les associations Data Guard sur un système Oracle Exadata Database Service on Cloud@Customer
Découvrez comment utiliser l'API pour gérer les associations Data Guard sur un système Oracle Exadata Database Service on Cloud@Customer.
En février 2026, le modèle d'association Data Guard et les API associées seront remplacés par le nouveau modèle de groupe Data Guard et les nouvelles API. À 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 de groupe Data Guard.
Pour plus d'informations sur l'utilisation de l'API et la signature des demandes, reportez-vous à API REST et à Informations d'identification de sécurité. Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.
Le tableau suivant répertorie les adresses d'API REST permettant de gérer des associations Data Guard.
Opération | Adresse d'API REST |
---|---|
Créez une association Data Guard. |
|
Affichez le détail des informations de configuration de l'association Data Guard indiquée. |
|
Affichez la liste de toutes les associations Data Guard de la base de données indiquée. |
|
Effectuez une permutation pour attribuer le rôle de secours à une base de données principale d'une association Data Guard. |
|
Effectuez un basculement pour attribuer à une base de données de secours identifiée par le paramètre |
|
Rétablissez le rôle de secours d'une base de données identifiée par le paramètre |
Pour plus d'informations, reportez-vous à Utilisation de la console pour rétablir une base de données. |
Supprimez une base de données de secours. |
Pour obtenir la liste complète des API, reportez-vous à API du service Database.
Utilisation de l'API pour gérer le groupe Data Guard sur une base Oracle Exadata Database Service on Cloud@Customer
Découvrez comment utiliser l'API pour gérer le groupe Data Guard sur une instance Oracle Exadata Database Service on Cloud@Customer.
En février 2026, le modèle d'association Data Guard et les API associées seront remplacés par le nouveau modèle de groupe Data Guard et les nouvelles API. À 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 de groupe Data Guard.
Pour plus d'informations sur l'utilisation de l'API et la signature des demandes, reportez-vous à API REST et à Informations d'identification de sécurité. Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.
Le tableau suivant répertorie lesadresse d'API REST permettant de gérer un groupe Data Guard.
Opération | Adresse d'API REST | Commentaires |
---|---|---|
Créer/ajouter une base de données de secours |
|
|
Action Data Guard - Basculement |
Le basculement doit être déclenché sur la base de données de secours respective pour devenir la base de données principale. |
|
Action Data Guard - Rétablir |
Le rétablissement doit être déclenché sur la base de données de secours respective pour être rétabli. |
|
Action Data Guard - Permutation |
La permutation doit être déclenchée sur la base de données de secours respective pour devenir principale. |
|
Supprimer la base de données de secours |
|
|
Migrer une association Data Guard vers plusieurs bases de données de secours |
|
|
Mettre à jour la configuration de groupe Data Guard |
Pour mettre à jour la configuration, il faut l'OCID de base de données de secours ou de base de données principale. |
Pour obtenir la liste complète des API, reportez-vous à API du service Database.