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

Il fournit un ensemble complet de services permettant de créer, de tenir à jour, de gérer et de surveiller des bases de données de secours afin que les bases de données Oracle Database de production puissent résister aux catastrophes 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 planifiée, Data Guard peut basculer n'importe quelle base de données de secours vers le rôle de production et minimiser 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 également exécutée sur 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 bases de données 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 la base de données Oracle Database secondaire exécutée dans une autre instance Compute Cloud@Customer.

Data Guard utilise Redo Transport Services et Apply Services 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 à la base de données de secours sur site dans Compute Cloud@Customer.
2. Gérer le processus de résolution des espaces dans les fichiers de journalisation archivés en raison d'une défaillance réseau.
3. Détecter automatiquement les fichiers de journalisation archivés manquants ou endommagés sur un système de secours et extraire automatiquement les fichiers de journalisation archivés de remplacement de la base de données principale ou d'une autre base de données 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 opération de permutation ou de basculement. Data Guard simplifie les transitions de rôle et automatise les basculements. Par exemple :

• La permutation de rôles est une permutation de rôles 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 basculement, la base principale prend le rôle de base de données de secours, et la base de données de secours prend le rôle de base de données principale.
• Le basculement a lieu lorsque la base de données principale est indisponible. Le basculement n'est effectué qu'en cas de défaillance de la base de données principale. Le basculement entraîne une transition d'une base de données de secours vers le rôle principal. L'administrateur de base de données peut configurer Data Guard pour éviter toute 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 secours physique en tant que duplication de la base de données principale.
• Configurez 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 au cloud et du cloud 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.

Remarque :

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.