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

Mit Oracle Data Guard wird High Availability, Datenschutz und Disaster Recovery für Unternehmensdaten in einer Oracle Database sichergestellt.

Es bietet ein umfassendes Set von Services, mit denen Sie eine oder mehrere Standbydatenbanken erstellen, verwalten und überwachen können, damit die Oracle Databases in der Produktion Katastrophen und Datenbeschädigungen überstehen können. Data Guard verwaltet diese Standbydatenbanken 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 wechseln und die Ausfallzeit im Zusammenhang mit dem 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 mit virtuellen Instanzen in die sekundäre Oracle Database replizieren, die in Compute Cloud@Customer ausgeführt wird und auch in einer Oracle Linux 8.6-VM ausgeführt wird.

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

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

Architektur

Die folgende Data Guard-Architektur zeigt das 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 Transport Services: Steuern Sie die automatisierte Übertragung von Redo-Daten von der Primärdatenbank an 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 von der in OCI ausgeführten Primärdatenbank an die On-Premise-Standbydatenbank in Compute Cloud@Customer.
  2. Verwalten Sie den Prozess zum Beheben von Lücken in den archivierten Redo Log-Dateien aufgrund eines Netzwerkfehlers.
  3. Ermitteln Sie automatisch fehlende oder beschädigte archivierte Redo Log-Dateien auf einem Standby-System, und rufen Sie automatisch archivierte Redo Log-Ersatzdateien aus der primären Datenbank oder einer anderen Standby-Datenbank ab.

Rollenübergänge: Mit Data Guard können Sie die Rolle einer Datenbank mit einem Switchover- oder Failover-Vorgang von einer Standbydatenbank in eine Primärdatenbank oder von einer Primärdatenbank in eine Standbydatenbank ä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. Während eines Switchovers geht die Primärdatenbank in eine Standbyrolle und die Standbydatenbank in die Primärrolle über.
  • Ein Failover tritt auf, wenn die Primärdatenbank nicht verfügbar ist. Failover wird nur bei einem Ausfall der Primärdatenbank durchgeführt, und das Failover führt zu einem Übergang einer Standbydatenbank in die Primärrolle. Der Datenbankadministrator kann Data Guard konfigurieren, um sicherzustellen, dass keine Daten verloren gehen.

Bei der Konfiguration von Data Guard sind mehrere manuelle Schritte erforderlich, darunter unter anderem die folgenden:

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

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

  • Für verschiedene Anwendungsfälle replizieren: Berichtsauslagerung, Aktiv-Aktiv, Cloud-zu-Cloud und Cloud-zu-On-Premises.
  • Regionsübergreifende Daten replizieren: Daten zwischen verschiedenen OCI-Data Centern auf der ganzen Welt replizieren.
  • Zwischen Zielen 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 On-Premise-Umgebungen ist nicht im Umfang dieser Lösung enthalten. 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.