Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Oracle Data Guard auf Bare-Metal-Lösung bereitstellen
Oracle® Data Guard ist eine Lösung für Hochverfügbarkeit und Notfallwiederherstellung (Disaster Recovery, DR) für Oracle-Datenbanken.
Für die Einrichtung der Bare-Metal-Lösung gelten die gleichen Best Practices wie für die lokale oder eine andere Oracle Data Guard-Bereitstellung.
Hinweis
In diesem Leitfaden wird die Konfiguration von Oracle Data Guard auf der Bare-Metal-Lösung erläutert.
Er gilt für Bare-Metal-Lösungsumgebungen, in denen die Oracle-Datenbankversion 12.2 oder höher ausgeführt wird und die folgenden Kriterien erfüllen:
Jede Umgebung enthält zwei Bare-Metal-Lösungscluster, die in separaten regionalen Erweiterungen konfiguriert sind.
Die primäre Datenbank und die Standby-Datenbank für Data Guard werden in separaten regionalen Erweiterungen der Bare-Metal-Lösung gehostet.
Jeder Bare-Metal-Lösungscluster verwendet Oracle Real Application Cluster (RAC)-Option für Hochverfügbarkeit.
Jeder Bare-Metal-Lösungscluster verwendet Oracle Automatic Storage Management (ASM) für gemeinsam genutzten Speicher.
Oracle-ASM-Laufwerksgruppennamen sind zwischen den Clustern konsistent.
TCP-Port 1521 wird für die Kommunikation zwischen der primären Datenbank und der Standby-Datenbank verwendet.
Der erste Bare-Metal-Lösungscluster hostet die primäre Data Guard-Datenbank und der zweite Bare-Metal-Lösungscluster die Stand-by-Datenbank. In dieser Anleitung wird die Konfiguration mithilfe des Data Guard-Brokers verwaltet. Dieser Leitfaden enthält auch Anleitungen zum optionalen Konfigurieren des Data Guard-Beobachters in Compute Engine. Durch die Konfiguration eines Beobachters können Sie das automatische Datenbank-Failover zwischen der primären Datenbank und der Standby-Datenbank konfigurieren.
Systemarchitektur
Das folgende Diagramm zeigt die in dieser Anleitung verwendete Systemarchitektur:
Jede regionale Erweiterung enthält einen anderen Cluster für Bare-Metal-Lösungen. Die primäre Datenbank DBDG_SITE1 ist in der regionalen Erweiterung 1 vorhanden. Die Standby-Datenbank DBDG_SITE2 befindet sich in der regionalen Erweiterung 2 und wird durch eine aktive Duplizierung erstellt. Die Kommunikation zwischen den Datenbanken erfolgt über die Partner Cloud Interconnect-Verbindung über eine gemeinsam genutzte Virtual Private Cloud des Kunden.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 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)."]]
