Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Implementa Oracle Data Guard en la solución Bare Metal
Oracle® Data Guard es una solución de alta disponibilidad y recuperación ante desastres para las bases de datos de Oracle.
La configuración en la solución Bare Metal sigue las mismas prácticas recomendadas que las locales o cualquier otra implementación de Oracle Data Guard.
Antes de comenzar
En esta guía, se explica el proceso de configuración de Oracle Data Guard en la solución Bare Metal.
Se aplica a los entornos de la solución Bare Metal que ejecutan la versión 12.2 o posterior de la base de datos de Oracle y que cumplen con los siguientes criterios:
Las bases de datos principal y en espera de Data Guard se alojan en extensiones regionales independientes de la solución Bare Metal.
Cada clúster de la solución Bare Metal usa la opción Clústeres de aplicaciones reales (RAC) de Oracle para la alta disponibilidad.
Cada clúster de la solución Bare Metal usa la Administración automática de almacenamiento (ASM) de Oracle para el almacenamiento compartido.
Los nombres de los grupos de discos de ASM de Oracle son coherentes entre clústeres.
El puerto TCP 1521 se usa para la comunicación entre las bases de datos principal y en espera.
El primer clúster de la solución Bare Metal aloja la base de datos principal de Data Guard y el segundo clúster de la solución Bare Metal aloja la base de datos en espera. En esta guía, se usa el agente de Data Guard para administrar la configuración. En esta guía, también se incluyen instrucciones para configurar de forma opcional el observador de Data Guard en Compute Engine. La configuración de un observador te permite configurar la conmutación por error automática de las bases de datos principal y en espera.
Arquitectura del sistema
En el siguiente diagrama, se muestra la arquitectura del sistema que se usa en esta guía:
Cada extensión regional contiene un clúster de la solución Bare Metal diferente. La base de datos principal, DBDG_SITE1, existe en la extensión regional 1. La base de datos en espera, DBDG_SITE2, existe en la extensión regional 2 y se crea a través de la duplicación activa. La comunicación entre las bases de datos se realiza a través de Partner Cloud Interconnect mediante una nube privada virtual compartida del cliente.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 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)."]]