Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
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.
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:
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.
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é.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/04 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/04 (UTC)."],[[["\u003cp\u003eOracle Data Guard, a high availability and disaster recovery solution for Oracle databases, can be deployed on Bare Metal Solution using the same best practices as other deployments.\u003c/p\u003e\n"],["\u003cp\u003eThis guide outlines how to configure Oracle Data Guard across two Bare Metal Solution clusters in separate regional extensions, communicating via a Google Virtual Private Cloud (VPC) and Partner Cloud Interconnect.\u003c/p\u003e\n"],["\u003cp\u003eThe setup assumes that Oracle Grid Infrastructure, Oracle database, and specific network configurations, like TCP port 1521, are already in place, along with consistent Oracle ASM diskgroup names.\u003c/p\u003e\n"],["\u003cp\u003eThe guide utilizes the Data Guard broker for configuration management and includes optional steps for configuring a Data Guard observer on Compute Engine to enable automatic database failover.\u003c/p\u003e\n"],["\u003cp\u003eCustomers are responsible for the licenses of the Oracle workloads that are being run and for their application's disaster recovery service level objectives.\u003c/p\u003e\n"]]],[],null,["# Deploy Oracle Data Guard on Bare Metal Solution\n===============================================\n\n[Oracle® Data Guard](https://www.oracle.com/database/technologies/high-availability/dataguard.html)\nis a high availability and disaster recovery solution for Oracle databases.\nSetting it up on Bare Metal Solution follows the same [best practices](https://www.oracle.com/database/technologies/active-data-guard-12c-best-practice.html)\nas on-premises or any other Oracle Data Guard deployment.\n| **Note:** Customers are responsible for procuring licenses for the Oracle workloads they choose to run on Bare Metal Solution, and customers are responsible for complying with those licenses. Google does not provide licenses for Oracle workloads.\n\nBefore you begin\n----------------\n\nThis guide explains the process of configuring Oracle Data Guard on Bare Metal Solution.\nIt applies to Bare Metal Solution environments running Oracle database version 12.2 or\nnewer that meet the following criteria:\n\n- Each environment contains two [Bare Metal Solution clusters](/bare-metal/docs/bms-setup) that are configured in separate regional extensions.\n- Each Bare Metal Solution cluster communicates through a Google [Virtual Private Cloud (VPC)](https://cloud.google.com/vpc) via a [Partner Cloud Interconnect](https://cloud.google.com/network-connectivity/docs/interconnect).\n- [Oracle Grid Infrastructure and Oracle database](https://docs.oracle.com/en/database/oracle/oracle-database/19/sbydb/oracle-data-guard-concepts.html#GUID-F78703FB-BD74-4F20-9971-8B37ACC40A65) are already installed on the Bare Metal Solution servers.\n- The primary and standby databases for Data Guard are hosted in separate Bare Metal Solution regional extensions.\n- Each Bare Metal Solution cluster uses Oracle Real Application Clusters (RAC) option for high availability.\n- Each Bare Metal Solution cluster uses Oracle Automatic Storage Management (ASM) for shared storage.\n- Oracle ASM diskgroup names are consistent between clusters.\n- TCP port 1521 is used for communication between the primary and standby databases.\n\nThe first Bare Metal Solution cluster hosts the Data Guard primary database and the\nsecond Bare Metal Solution cluster hosts the standby database. This guide uses the Data\nGuard broker to manage the configuration. This guide also includes instructions\nto optionally configure the Data Guard observer on Compute Engine. Configuring an\nobserver lets you configure automatic database failover between the primary and\nstandby databases.\n| **Important:** You are responsible for the disaster recovery service level objectives for your application.\n\nSystem architecture\n-------------------\n\nThe following diagram shows the system architecture used in this guide:\n\nEach regional extension contains a different Bare Metal Solution cluster. The primary\ndatabase, \u003cvar translate=\"no\"\u003eDBDG_SITE1\u003c/var\u003e, exists in regional extension 1. The\nstandby database, \u003cvar translate=\"no\"\u003eDBDG_SITE2\u003c/var\u003e, exists in regional\nextension 2 and is created via active duplication. Communication between the\ndatabases travels over the Partner Cloud Interconnect through a shared\ncustomer Virtual Private Cloud.\n\nNext steps\n----------\n\nNext, [prepare Data Guard's primary database](/bare-metal/docs/solutions/oracle/data-guard-setup/db-setup-primary)."]]
