Configuration d'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 Enterprise résidant dans Oracle Database.

Il fournit un ensemble complet de services de création, de maintenance, de gestion et de surveillance des bases de données de secours afin que les Oracle Database de production puissent résister aux sinistres et à l'altération des données. Data Guard gère 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 coupure planifiée ou non, Data Guard peut basculer n'importe quelle base de données de secours vers le rôle de production et réduire le temps d'inactivité associé à la coupure.

Vous pouvez utiliser Oracle Data Guard pour répliquer l'instance Oracle Database principale exécutée sur OCI à l'aide d'Oracle Linux 8.6 Bare Metal ou d'instances virtuelles vers l'instance Oracle Database secondaire exécutée dans Compute Cloud@Customer qui sont également exécutées dans une machine virtuelle Oracle Linux 8.6.

Vous pouvez également implémenter la même architecture entre deux racks Compute Cloud@Customer sur site. Par exemple, les instances Oracle Database principales exécutées dans une instance Compute Cloud@Customer à l'aide d'une instance virtuelle Oracle Linux 8.6 sont répliquées vers l'instance Oracle Database secondaire exécutée dans une autre instance Compute Cloud@Customer.

Data Guard utilise les services Redo Transport et Apply 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 site 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 informations de journalisation : contrôlez le transfert automatisé des données de journalisation de la base de données principale vers la base de données de secours sur site 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 vers la base de données de secours sur site 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 réseau.
3. Détectez automatiquement les fichiers de journalisation archivés manquants ou endommagés 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 données de secours à l'aide d'une permutation ou d'une opération de basculement. Data Guard simplifie les transitions de rôle et automatise les basculements. Exemple :

• Une permutation est une inversion de rôle entre la base de données principale et l'une de ses bases de données de secours. La permutation de bases de données garantit l'absence de perte de données. Cette opération est généralement effectuée pour la maintenance planifiée du système principal. Au cours d'une permutation, la base principale devient une base de données de secours, et la base de données de secours devient le rôle principal.
• Le basculement a lieu lorsque la base de données principale est indisponible. Le basculement n'est effectué qu'en cas d'échec de la base de données principale, ce qui entraîne une transition d'une base de données de secours vers le rôle de base de données principale. L'administrateur de base de données peut configurer Data Guard pour garantir l'absence de perte de données.

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

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

La capture Oracle GoldenGate pour Oracle Autonomous Database prend en charge les opérations suivantes :

• Répliquer pour différents cas d'emploi : déchargement de rapport, actif-actif, du cloud vers le cloud et du cloud vers l'environnement sur site.
• Réplication de données inter-région : réplication de données entre différents centres de données OCI dans le monde entier.
• Réplication entre les cibles : répliquez à partir d'une base de données autonome vers n'importe quelle base de données ou plate-forme cible prise en charge par Oracle GoldenGate, y compris vers d'autres environnements Oracle Autonomous Database.

Remarques :

La réplication d'Oracle Autonomous Database d'OCI vers des environnements sur site n'est pas dans le cadre de 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 vers un environnement sur site.