Configurer Oracle Data Guard pour Oracle Database

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 résidant dans Oracle Database.

Il fournit un jeu complet de services qui créent, tiennent à jour, gèrent et surveillent une ou plusieurs bases de données de secours afin de permettre aux Oracle Database de production de survivre à des catastrophes et à la corruption de données. Data Guard tient à jour ces bases de données de secours en tant que copies de la base de données de production. Si la base de données de production devient indisponible en raison d'une interruption planifiée ou non planifiée, Data Guard peut remplacer n'importe quelle base de données de secours par le rôle de production et réduire le temps d'arrêt associé à l'interruption.

Vous pouvez utiliser Oracle Data Guard pour répliquer la base de données Oracle Database principale s'exécutant sur OCI à l'aide d'Oracle Linux 8.6 sans système d'exploitation ou d'instances virtuelles vers la base de données Oracle Database secondaire s'exécutant dans Compute Cloud@Customer qui s'exécutent également sur une machine virtuelle Oracle Linux 8.6.

Vous pouvez également mettre en oeuvre la même architecture entre deux bâtis Compute Cloud@Customer sur place. Par exemple, les Oracle Database principales s'exécutant dans une instance Calcul Cloud@Customer à l'aide d'une instance virtuelle Oracle Linux 8.6 se réplique dans Oracle Database secondaire s'exécutant dans une autre instance Calcul Cloud@Customer.

Data Guard utilise les services de transport et d'application des données de journalisation pour gérer la transmission des données de journalisation, l'application des données de journalisation et les modifications apportées aux rôles de base de données. La base de données Oracle Database principale configurée dans OCI doit être configurée pour transmettre les données de journalisation à la base de données de secours exécutée sur place dans Compute Cloud@Customer.

Architecture

L'architecture Data Guard suivante présente la récupération après sinistre entre OCI et Compute Cloud@Customer.

Description de l'illustration data-guard-dr-arch-oci-compute-cloud-customer.png

Cette architecture prend en charge les composants suivants :

Services de transport des données de journalisation : Contrôlez le transfert automatisé des données de journalisation de la base de données principale vers la base de secours sur place exécutée dans Compute Cloud@Customer. Les services de journalisation permettent également un accès en lecture seule aux données. Les services de transport des informations de journalisation effectuent les tâches suivantes :

1. Transmettez les données de journalisation de la base de données principale exécutée dans OCI à la base de données de secours sur place dans Compute Cloud@Customer.
2. Gérer le processus de résolution des lacunes dans les fichiers de journalisation archivés en raison d'une défaillance du réseau.
3. Détectez automatiquement les fichiers de journalisation archivés manquants ou corrompus sur un système de secours et extrayez automatiquement les fichiers de journalisation archivés de remplacement de la base principale ou d'une autre base de secours.

Transitions de rôle : À l'aide de Data Guard, vous pouvez modifier le rôle d'une base de données de secours en base de données principale, ou d'une base de données principale en base de secours à l'aide d'une opération de permutation ou de basculement. Data Guard simplifie les transitions de rôle et automatise les basculements. Par exemple :

• Une permutation de rôles est un échange de rôle entre la base principale et l'une de ses bases de secours. Une permutation garantit qu'il n'y aura aucune perte de données. Cette opération est généralement effectuée pour la maintenance planifiée du système principal. Lors d'une permutation, la base principale prend le rôle de base de secours et la base de secours prend le rôle de base principale.
• Un basculement se produit lorsque la base de données principale n'est pas disponible. Le basculement n'est effectué qu'en cas de défaillance de la base principale, ce qui entraîne la transition d'une base de secours vers le rôle de base principale. L'administrateur de base de données peut configurer Data Guard pour éviter la perte de données.

Plusieurs étapes manuelles sont impliquées dans la configuration de Data Guard, notamment, mais sans s'y limiter, les suivantes :

• Préparez la base principale avec les paramètres recommandés.
• Préparez les alias TNS dans les environnements principal et de secours.
• Créez la base de secours physique en tant que duplication de la base principale.
• Configurez Data Guard.

Oracle GoldenGate pour Oracle Autonomous Database prend en charge les fonctions suivantes :

• Répliquer pour différents cas d'utilisation : Déchargement de rapports, actif-actif, nuage à nuage et nuage à sur place.
• Répliquer des données inter-région : Répliquer des données entre différents centres de données OCI dans le monde.
• Répliquer entre les cibles : Effectuez une réplication à partir d'une base de données autonome vers toute base de données ou plate-forme cible prise en charge par Oracle GoldenGate, y compris vers d'autres environnements Oracle Autonomous Database.

Note :

La réplication d'Oracle Autonomous Database d'OCI vers des environnements sur place n'est pas incluse dans cette solution. Vous pouvez utiliser Data Guard pour répliquer Oracle Autonomous Database d'OCI vers Compute Cloud@Customer. Oracle recommande d'utiliser Oracle GoldenGate pour répliquer Oracle Autonomous Database dans un environnement sur place.