Erfahren Sie mehr über Disaster Recovery bei Oracle Compute Cloud@Customer
Eine Disaster Recovery-Architektur erfordert ein verteiltes Deployment. Eine Topologie, bei der Anwendungen, Datenbanken und Objektspeicher in Oracle Cloud Infrastructure (OCI) und Oracle Compute Cloud@Customer oder zwischen zwei On-Premise-OCI-Instanzen (gleiche oder Remote-Data Center) bereitgestellt werden.
In einer OCI-zu-On-Premise-Architektur dient der Cloud-Teil eines verteilten Deployments als Produktionsumgebung oder aktive Site und das On-Premise-Deployment als Failover oder sekundäre Site oder passive oder Standby Site für die Produktionskontinuität. In einer On-Premise- zu On-Premise-Lösung müssen Sie eine OCI On Premise als aktive Site und die zweite On-Premise-OCI als passive oder Standby Site konfigurieren.
Mit dieser Lösung können Architekten und Systemadministratoren Disaster Recovery von OCI in Oracle Compute Cloud@Customer oder zwischen Oracle Compute Cloud@Customer-Racks mit Oracle-Tools und Rackware implementieren.
Oracle Compute Cloud@Customer
Mit Compute Cloud@Customer können Sie Oracle Cloud Infrastructure-Services On Premise bereitstellen, um die Datensouveränität und regulatorischen Anforderungen zu erfüllen, während Sie den Zugriff darauf mit den Identitäts- und Governance-Services von OCI verwalten. Behalten Sie die absolute Kontrolle über Ihre Daten, und nutzen Sie gleichzeitig die Funktionen von Oracle Cloud Infrastructure (OCI), das von Oracle verwaltet wird.
Mit identischen APIs und Managementtools wie OCI können Sie eine konsistente Entwicklungserfahrung in allen Umgebungen schaffen und gleichzeitig die vollständige Kontrolle über Daten behalten, um die sich ändernden Anforderungen an Datenresidenz und -latenz zu erfüllen. Compute Cloud@Customer ermöglicht die Workload-Konsolidierung und -Betriebsoptimierung zu niedrigen Kosten mit einem flexiblen Nutzungsmodell wie der Public Cloud.
Bevor Sie beginnen
Prüfen Sie die Lösung Standbydatenbank für Disaster Recovery konfigurieren, um Oracle Data Guard für eine der drei Disaster Recovery-Methoden zu konfigurieren und die meisten dieser Aktionen zu automatisieren. Sie lernen, wie Sie Data Guard konfigurieren, indem Sie eine Standbydatenbank für eine vorhandene Primärdatenbank einrichten und das Restore aus dem Oracle Recovery Manager-(RMAN-)Servicefeature und dem Data Guard Broker verwenden.
Laden Sie anschließend die Oracle Cloud Marketplace Rackware Migration Manager-App herunter.
Prüfen Sie außerdem diese Ressourcen:
- Oracle Database-Installationshandbuch für Linux.
-
Wenn Sie Oracle GoldenGate verwenden möchten, finden Sie in der Installations- und Konfigurationsdokumentation zu Oracle GoldenGate Informationen zum Einrichten der Replikation von Oracle Autonomous Database, die auf OCI in einer On-Premise-Umgebung ausgeführt wird.
Je nach Ihrem Oracle Support-Plan können Sie Oracle Database aus den folgenden Speicherorten herunterladen:
Architektur
Die drei beliebtesten Disaster Recovery-Strategien sind Backup und Restore, Pilot Light und Warm Standby.
Im Folgenden finden Sie die Architektur für ein Disaster Recovery von OCI in Compute Cloud@Customer, die für die drei Strategien verwendet werden kann: Backup und Restore, Pilot Light und Warm Standby:
dr-oracle-compute-cloud-customer-oci-oracle.zip
Im Folgenden wird die Architektur für ein Disaster Recovery zwischen Compute Cloud@Customer-Racks beschrieben.
Diese Architekturen unterstützen die folgenden Komponenten:
- Site-to-Site-VPN
Site-to-Site-VPN stellt IPSec-VPN-Konnektivität zwischen Ihrem On-Premise-Netzwerk und VCNs in Oracle Cloud Infrastructure bereit. Die IPSec-Protokollsuite verschlüsselt den IP-Traffic, bevor die Pakete von der Quelle zum Ziel übertragen werden, und entschlüsselt den Traffic beim Empfang.
- Object Storage
Mit dem Objektspeicher können Sie schnell auf große Mengen an strukturierten und unstrukturierten Daten eines beliebigen Inhaltstyps zugreifen, darunter Datenbankbackups, Analysendaten und umfangreiche Inhalte, wie Bilder und Videos. Sie können Daten sicher und geschützt speichern und dann direkt aus dem Internet oder aus der Cloud-Plattform abrufen. Sie können den Speicher skalieren, ohne die Performance oder Servicezuverlässigkeit zu beeinträchtigen. Verwenden Sie Standardspeicher für "Hot Storage", auf den Sie schnell, sofort und häufig zugreifen müssen. Verwenden Sie Archivspeicher für "Cold Storage, den Sie über lange Zeiträume beibehalten möchten und auf den Sie nur selten zugreifen.
- Data Guard
Oracle Data Guard umfasst zahlreiche Services, mit denen Sie eine oder mehrere Standby-Datenbanken erstellen, verwalten und überwachen können, damit Oracle-Produktionsdatenbanken ohne Unterbrechung verfügbar bleiben können. Oracle Data Guard verwaltet diese Standby-Datenbanken als Kopien der Produktionsdatenbank. Wenn dann die Produktionsdatenbank aufgrund eines geplanten oder ungeplanten Ausfalls nicht mehr verfügbar ist, kann Oracle Data Guard jede Standbydatenbank in die Produktionsrolle umschalten und so die Ausfallzeit für den Ausfall minimieren.
- Dynamisches Routinggateway (DRG)
Das DRG ist ein virtueller Router, der einen Pfad für privaten Netzwerktraffic zwischen VCNs in derselben Region zwischen einem VCN und einem Netzwerk außerhalb der Region bereitstellt, wie einem VCN in einer anderen Oracle Cloud Infrastructure-Region, einem On-Premise-Netzwerk oder einem Netzwerk in einem anderen Cloud-Provider.
Hinweise
Beachten Sie beim Konfigurieren von Disaster Recovery von Compute Cloud@Customer zu OCI die folgenden Strategien:
- Backup und Restore
Compute Cloud@Customer kann als Backup- und Restore-Lösung für Ihre in OCI ausgeführte Workload bereitgestellt werden. Diese Strategie wird für Workloads mit niedriger Priorität, Entwicklungs- und Testumgebungen empfohlen, in denen Recovery Time Objective (RTO) und Recovery Point Objective (RPO) Stunden unterstützen können. Da nach dem Disaster Recovery alle Ressourcen wie Instanzen und Block-Volumes bereitgestellt werden können, wird in dieser Architektur eine Backup- und Restore-Lösung als kostengünstigste Lösung für Disaster Recovery betrachtet.
- Pilotlicht
Wenn sich ein größerer Ausfall auf Ihre Produktionsanwendungen auswirkt, müssen Sie die Workloads schnell wiederherstellen können. Ihr Business Continuity-Plan sollte eine Disaster Recovery-Strategie enthalten, die Ihren Recovery-Punkt, die Recovery-Zeit und die Budgetziele erfüllt. Eine Pilotlicht-Topologie bietet ein Gleichgewicht zwischen Kosten- und Recovery-Anforderungen.
Der Begriff Pilotlicht bezieht sich auf eine kleine Flamme, die in Vorrichtungen wie gasbetriebenen Heizern immer beleuchtet wird und bei Bedarf zum schnellen Starten der Vorrichtungen verwendet werden kann. Im Zusammenhang mit Disaster Recovery enthält eine Pilotlichtumgebung die Kernkomponenten einer bestimmten Workload mit den neuesten Konfigurations- und kritischen Daten, die in minimaler Skalierung an einem Standort ausgeführt werden, der von der primären Site entfernt ist. Im Falle einer Katastrophe am primären Standort können Sie die Pilotlichtkomponenten am entfernten Standort verwenden, um eine Produktionsumgebung schnell wiederherzustellen.
- Warm Standby
Konfigurieren Sie die gleiche Konfiguration, Version und Menge der virtuellen Maschinen, die in der Produktionsumgebung ausgeführt werden, wie die Disaster Recovery Site. Die virtuellen Maschinen werden ständig von einer Rackware Oracle Database in Kontinuum von OCI zu Compute Cloud@Customer repliziert, und Oracle Database Sync wird mit Kontinuumsreplikation konfiguriert.
Erforderliche Services und Rollen
Für diese Lösung sind die folgenden Services und Rollen erforderlich:
-
Oracle Cloud Infrastructure
-
Oracle Compute Cloud@Customer
-
Oracle Data Guard
-
Oracle Cloud Infrastructure Object Storage
- Oracle Linux 7.x und 8.x
- Oracle Database 19C
- Rackware-Managementmodul (RMM)
Für jeden Service sind diese Rollen erforderlich.
Servicename: Rolle | Erforderlich für... |
---|---|
Oracle Cloud Infrastructure: sysdba |
Schließen, Herunterfahren und Aushängen der Standbydatenbank in der Cloud. |
Oracle Data Guard: SYS , SYSDG oder SYSDBA |
Führen Sie die Oracle Data Guard-Befehlszeilenschnittstelle (DGMGRL ) aus, um die Standbydatenbank in eine Snapshot-Standbydatenbank zu konvertieren und die Rollen der Primär- und der Standbydatenbank zu wechseln.
|
OCI: Administrator | Vollständiger Zugriff auf Ressourcen wie Compute-, Netzwerk-, Beobachtbarkeits- und Managementservices, einschließlich der Konfiguration von Oracle Cloud Infrastructure Object Storage, die von dieser Lösung verwendet wird. |
OCI: Sicherheitsadministrator | Prüfen Sie den Zugriff auf Ressourcen wie Compute, Netzwerk und vollständigen Zugriff auf Beobachtbarkeits- und Managementservices. |
Oracle Database: root |
Konfigurieren Sie die Primär- und die Standalone-Datenbank, instanziieren und konfigurieren Sie sie. |
Oracle Compute Cloud@Customer: Administrator | Benutzer auf Oracle Compute Cloud@Customer mit Administratorberechtigungen zum Konfigurieren und Bereitstellen von Oracle Linux-Instanzen, vollständiger Zugriff auf Ressourcen wie Compute-, Netzwerk-, Beobachtbarkeits- und Managementservices. |
Unter Oracle-Produkte, -Lösungen und -Services erfahren Sie, was Sie benötigen.