1. Disaster Recovery von OCI auf Oracle Compute Cloud@Customer einrichten
  2. Oracle Data Guard für Oracle Database konfigurieren

Oracle Data Guard für Oracle Database konfigurieren

Oracle Data Guard gewährleistet High Availability, Datenschutz und Disaster Recovery für Unternehmensdaten in einer Oracle Database.

Es umfasst ein umfangreiches Set von Services, mit denen Sie eine oder mehrere Standby-Datenbanken erstellen, verwalten und überwachen können, damit die Produktions-Oracle Databases Katastrophen und Datenbeschädigungen überstehen können. Data Guard verwaltet diese Standby-Datenbanken als Kopien der Produktionsdatenbank. Wenn die Produktionsdatenbank aufgrund eines geplanten oder ungeplanten Ausfalls nicht verfügbar ist, kann Data Guard jede Standbydatenbank in die Produktionsrolle umschalten und die Ausfallzeit für den Ausfall minimieren.

Mit Oracle Data Guard können Sie die primäre Oracle Database, die auf OCI ausgeführt wird, mit Oracle Linux 8.6 Bare Metal oder virtuellen Instanzen in die sekundäre Oracle Database replizieren, die in Compute Cloud@Customer ausgeführt wird und auch in einer virtuellen Maschine von Oracle Linux 8.6 ausgeführt wird.

Sie können dieselbe Architektur auch zwischen zwei On-Premise-Compute Cloud@Customer-Racks implementieren. Beispiel: Die primären Oracle Database-Instanzen, die in einer Compute Cloud@Customer-Instanz mit einer virtuellen Oracle Linux 8.6-Instanz ausgeführt werden, werden in die sekundäre Oracle Database repliziert, die in einer anderen Compute Cloud@Customer-Instanz ausgeführt wird.

Data Guard verwendet Redo Transport Services und Apply Services, um die Übertragung von Redo-Daten, die Anwendung von Redo-Daten und Änderungen an den Datenbankrollen zu verwalten. Die in OCI konfigurierte primäre Oracle Database muss so konfiguriert sein, dass die Redo-Daten an die Standbydatenbank übertragen werden, die On Premise in Compute Cloud@Customer ausgeführt wird.

Architektur

Die folgende Data Guard-Architektur zeigt ein Disaster Recovery zwischen OCI und Compute Cloud@Customer.


Beschreibung von data-guard-dr-arch-oci-compute-cloud-customer.png folgt
Beschreibung der Abbildung data-guard-dr-arch-oci-compute-cloud-customer.png

Diese Architektur unterstützt die folgenden Komponenten:

Redo-Transportservices: Kontrolliert die automatisierte Übertragung von Redo-Daten aus der Primärdatenbank in die On-Premise-Standbydatenbank, die in Compute Cloud@Customer ausgeführt wird. Redo-Services ermöglichen auch schreibgeschützten Zugriff auf Daten. Redo Transport Services führen die folgenden Aufgaben aus:

  1. Übertragen Sie Redo-Daten aus der in OCI ausgeführten Primärdatenbank in die On-Premise-Standbydatenbank in Compute Cloud@Customer.
  2. Verwalten Sie den Prozess zur Auflösung von Lücken in den archivierten Redo-Logdateien aufgrund eines Netzwerkfehlers.
  3. Erkennen Sie auf einem Standbysystem automatisch fehlende oder beschädigte archivierte Redo Log-Dateien, und rufen Sie automatisch archivierte Ersatz-Redo Log-Dateien aus der Primärdatenbank oder einer anderen Standbydatenbank ab.

Rollenübergänge: Mit Data Guard können Sie die Rolle einer Datenbank von einer Standbydatenbank zu einer Primärdatenbank oder von einer Primärdatenbank zu einer Standbydatenbank mit einem Switchover- oder Failover-Vorgang ändern. Data Guard vereinfacht Rollenübergänge und automatisiert Failover. Beispiel:

  • Ein Switchover ist eine Rollenumkehr zwischen der Primärdatenbank und einer ihrer Standby-Datenbanken. Ein Switchover erfolgt ohne Datenverlust. Dies geschieht in der Regel für die geplante Wartung des primären Systems. Bei einem Switchover wechselt die Primärdatenbank zu einer Standbyrolle und die Standbydatenbank zu der Primärrolle.
  • Ein Failover tritt auf, wenn die Primärdatenbank nicht verfügbar ist. Ein Failover wird nur bei einem Ausfall der Primärdatenbank durchgeführt, und der Failover führt zu einem Übergang einer Standbydatenbank in die Primärrolle. Der Datenbankadministrator kann Data Guard so konfigurieren, dass kein Datenverlust gewährleistet ist.

Zur Konfiguration von Data Guard sind mehrere manuelle Schritte erforderlich, darunter:

  • Bereiten Sie die Primärdatenbank mit den empfohlenen Parametern vor.
  • Bereiten Sie die TNS-Aliasnamen in der Primär- und Standbyumgebung vor.
  • Erstellen Sie die physische Standby-Datenbank als Duplikat der primären Datenbank.
  • Konfigurieren Sie Data Guard.

Oracle GoldenGate Capture für Oracle Autonomous Database unterstützt Folgendes:

  • Für verschiedene Anwendungsfälle replizieren: Berichts-Offloading, Active-Active, Cloud-to-Cloud und Cloud-to-On-Premise.
  • Zwischen- und regionsübergreifende Daten replizieren: Daten zwischen verschiedenen OCI-Data Centern auf der Welt replizieren.
  • Auf Ziele replizieren: Replizieren Sie von einer autonomen Datenbank in eine beliebige Zieldatenbank oder Plattform, die von Oracle GoldenGate unterstützt wird, einschließlich in andere Oracle Autonomous Database-Umgebungen.

Hinweis:

Die Replikation von Oracle Autonomous Database von OCI in eine On-Premise-Umgebung ist nicht im Geltungsbereich dieser Lösung. Mit Data Guard können Sie Oracle Autonomous Database von OCI in Compute Cloud@Customer replizieren. Oracle empfiehlt, Oracle GoldenGate zur Replikation von Oracle Autonomous Database in einer On-Premise-Umgebung zu verwenden.