Déployer Oracle Data Guard sur la solution Bare Metal

Oracle® Data Guard est une solution de haute disponibilité et de reprise après sinistre pour les bases de données Oracle. La configuration sur une solution Bare Metal suit les mêmes bonnes pratiques que sur site ou tout autre déploiement Oracle Data Guard.

Remarque : Les clients sont chargés d'obtenir des licences pour les charges de travail Oracle qu'ils choisissent d'exécuter sur solution Bare Metal. Les clients sont tenus de respecter ces licences. Google ne fournit pas de licences pour les charges de travail Oracle.

Avant de commencer

Ce guide explique le processus de configuration d'Oracle Data Guard sur la solution Bare Metal. Il s'applique aux environnements de solution Bare Metal exécutant la version de base de données Oracle 12.2 ou ultérieure qui répondent aux critères suivants:

• Chaque environnement contient deux clusters de solution Bare Metal configurés dans des extensions régionales distinctes.
• Chaque cluster de solution Bare Metal communique via un cloud privé virtuel (VPC) Google via une interconnexion partenaire Cloud Interconnect.
• La base de données Oracle et Oracle Grid Infrastructure sont déjà installées sur les serveurs de solution Bare Metal.
• Les bases de données principale et de secours pour Data Guard sont hébergées dans des extensions régionales de solution Bare Metal distinctes.
• Chaque cluster de solution Bare Metal utilise l'option Oracle Real Application Clusters (RAC) pour la haute disponibilité.
• Chaque cluster de solution Bare Metal utilise la gestion automatique de l'espace de stockage (ASM) d'Oracle pour le stockage partagé.
• Les noms des groupes de disques Oracle ASM sont cohérents entre les clusters.
• Le port TCP 1521 est utilisé pour la communication entre les bases de données principale et de secours.

Le premier cluster Bare Metal héberge la base de données principale Data Guard et le second cluster Bare Metal héberge la base de données de secours. Ce guide gère la configuration à l'aide de l'agent Data Guard. Ce guide contient également des instructions permettant de configurer éventuellement l'observateur Data Guard sur Compute Engine. La configuration d'un observateur vous permet de configurer le basculement automatique de la base de données entre les bases de données principale et de secours.

Important :Vous êtes responsable des objectifs de niveau de service de reprise après sinistre pour votre application.

Architecture du système

Le schéma suivant illustre l'architecture système utilisée dans ce guide :

Chaque extension régionale contient un cluster de solution Bare Metal différent. La base de données principale, DBDG_SITE1, existe dans l'extension régionale 1. La base de données de secours, DBDG_SITE2, existe dans l'extension régionale 2 et est créée via une duplication active. La communication entre les bases de données passe par l'interconnexion partenaire Cloud Interconnect via un cloud privé virtuel client partagé.

Étapes suivantes

Ensuite, préparez la base de données principale de Data Guard.