Informationen zur Verwendung von OCI Full Stack Disaster Recovery Service mit Oracle WebLogic Server-Domains

You can use the Oracle Maximum Availability Architecture (Oracle MAA) best practices and scripts described in this solution with Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery Service to manage switchover and failover in your existing Oracle WebLogic Server for OCI and Oracle SOA Suite on Marketplace disaster recovery environments.

Der Service ist ein OCI-Disaster-Recovery-Orchestrierungs- und -Managementservice, der umfassende Disaster-Recovery-Funktionen für alle Schichten eines Anwendungsstacks bereitstellt, einschließlich Infrastruktur, Middleware, Datenbank und Anwendung.

Bevor Sie beginnen

Bevor Sie beginnen, stellen Sie sicher, dass Sie mit den Best Practices für Disaster Recovery (DR) in Oracle Cloud Infrastructure-(OCI-)Services vertraut sind.

In den Schritten in diesem Lösungs-Playbook wird beschrieben, wie Sie mit OCI Full Stack Disaster Recovery Service das Switchover und Failover einer Oracle WebLogic Server-Domain in einem OCI-Disaster-Recovery-System orchestrieren können. Das Setup der Topologie und anderer Lebenszyklusvorgänge des Systems (wie Patching, Tests, horizontale Skalierung usw.) werden nicht von OCI Full Stack Disaster Recovery Service verwaltet und in spezifischen technischen Kurzübersichten für Oracle WebLogic Server for OCI und SOA Marketplace beschrieben.

Hinweis:

OCI Full Stack Disaster Recovery Service orchestriert die Switchover- und Failover-Schritte, aber es führt keine Aktion zum Einrichten des Disaster-Recovery-Schutzes in Ihrem System aus. Sie müssen das Disaster Recovery in Ihrem System konfigurieren, indem Sie das spezifische DR-Setupdokument befolgen, bevor Sie OCI Full Stack Disaster Recovery Service verwenden.

Dieses Handbuch gilt für die folgenden Umgebungen:

• Oracle WebLogic Server für OCI-Umgebungen, die bereits für das Disaster Recovery mit dem Dokument Oracle WebLogic Server for Oracle Cloud Infrastructure, Disaster Recovery Production and DR in der Oracle Cloud Infrastructure (OCI) konfiguriert sind.

• Oracle SOA Suite on Marketplace-Umgebungen, die bereits für Disaster Recovery mit dem Dokument SOA Suite on Oracle Cloud Infrastructure Marketplace Disaster Recovery, Production and Disaster Recovery in der Oracle Cloud Infrastructure (OCI) konfiguriert sind.

• Oracle WebLogic Server for OCI und Oracle SOA Suite on Marketplace mit Autonomous Database-Umgebungen, die bereits für das Disaster Recovery konfiguriert sind, mit dem Dokument FMW DR auf OCI mit einer autonomen Datenbank und Remote-aktualisierbaren Klonen konfigurieren.

Prüfen Sie Oracle Cloud Infrastructure Full Stack Disaster Recovery Service, um sicherzustellen, dass Sie über grundlegende Kenntnisse zum Service verfügen.

Architektur

Diese Architektur zeigt eine Disaster Recovery-Implementierung mit mehreren Regionen mit OCI Full Stack Disaster Recovery Service an.

Beschreibung der Abbildung full-stack-disaster-recovery-paas.png

Full-Stack-Disaster-Wiederherstellung-Paas-oracle.zip

Diese Architektur unterstützt die folgenden Oracle Cloud Infrastructure-(OCI-)Komponenten:

• Region

  Eine Oracle Cloud Infrastructure-Region ist ein lokalisierter geografischer Bereich, der mindestens ein Data Center enthält, das als Availability-Domain bezeichnet wird. Regionen sind unabhängig von anderen Regionen, und große Entfernungen können sie trennen (über Länder oder sogar Kontinente).

• Virtuelles Cloud-Netzwerk (VCN) und Subnetz

  Ein VCN ist ein anpassbares, benutzerdefiniertes Netzwerk, das Sie in einer Oracle Cloud Infrastructure-Region einrichten können. Wie herkömmliche Data Center-Netzwerke erhalten Sie mit VCNs die Kontrolle über Ihre Netzwerkumgebung. Ein VCN kann mehrere sich nicht überschneidende CIDR-Blöcke aufweisen, die Sie nach dem Erstellen des VCN ändern können. Sie können ein VCN in Subnetze segmentieren, die sich auf eine Region oder eine Availability-Domain beschränken. Jedes Subnetz besteht aus einem Bereich zusammenhängender Adressen, die sich nicht mit anderen Subnetzen im VCN überschneiden. Sie können die Größe eines Subnetzes nach der Erstellung ändern. Ein Subnetz kann öffentlich oder privat sein.

• Load Balancer

  Der Oracle Cloud Infrastructure Load Balancing-Service ermöglicht automatisierte Trafficverteilung von einem einzelnen Einstiegspunkt auf mehrere Server im Backend.

• Full Stack Disaster Recovery

  Oracle Cloud Infrastructure Full Stack Disaster Recovery Service ist ein OCI-Disaster-Recovery-Orchestrierungs- und -Managementservice, der umfassende Disaster-Recovery-Funktionen für alle Layer eines Anwendungsstacks bietet, darunter Infrastruktur, Middleware, Datenbank und Anwendung.

• DR-Schutzgruppe

  Eine Disaster-Recovery-(DR-)Schutzgruppe organisiert die Komponenten einer Full-Stack-Anwendung, damit Sie ein Recovery aller Komponenten zusammen durchführen können, um die Full-Stack-Anwendung wiederherzustellen.

• DR-Pläne

  Ein Katastrophenrettungsplan (DR) ist ein automatisierter DR-Workflow (DR-Runbook), der von OCI Full Stack Disaster Recovery Service erstellt wurde, um ein Disaster Recovery für alle Ressourcen in der primären DR-Schutzgruppe auszuführen. Es sind zwei Plantypen verfügbar: Switchover und Failover.

• Oracle WebLogic Server for OCI

  Mit Oracle WebLogic Server für OCI können Sie Ihre Java Enterprise Edition-(Java EE-)Anwendungsumgebung schnell auf Oracle Cloud Infrastructure erstellen, einschließlich einer Oracle WebLogic Server-Domain. Sie können Ihre Domains zusammen mit allen unterstützenden Cloud-Ressourcen wie Compute-Instanzen, Netzwerken und Load Balancern konfigurieren und bereitstellen.

• Oracle SOA Suite on Marketplace

  Die Oracle SOA Suite on Marketplace bietet eine Platform-as-a-Service-(PaaS-)Computing-Plattformlösung für die Ausführung von Anwendungen in der Cloud. Sie umfasst eine vollständige Gruppe von Serviceinfrastrukturkomponenten für Entwurf, Deployment und Verwaltung von Compositeanwendungen.

• Datenbank

  In dieser Architektur kann die Datenbank ein Oracle Base Database Service, ein Oracle Exadata Database Service oder ein Oracle Autonomous Database Serverless-Service sein.

• 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 ein VCN in einer anderen Oracle Cloud Infrastructure-Region, einem On-Premise-Netzwerk oder einem Netzwerk in einem anderen Cloud-Provider.

• Data Guard

  Oracle Data Guard bietet ein umfassendes Set von Services, mit denen Sie eine oder mehrere Standby-Datenbanken erstellen, verwalten und überwachen können, damit Produktions-Oracle-Datenbanken ohne Unterbrechung verfügbar bleiben können. Oracle Data Guard verwaltet diese Standbydatenbanken als Kopien der Produktionsdatenbank. Wenn die Produktionsdatenbank aufgrund eines geplanten oder ungeplanten Ausfalls nicht mehr verfügbar ist, kann Oracle Data Guard jede Standbydatenbank auf die Produktionsrolle umstellen und so die mit dem Ausfall verbundene Ausfallzeit minimieren.

• Block-Volume

  Mit Blockspeicher-Volumes können Sie Speicher-Volumes erstellen, anhängen, verbinden und verschieben und die Volume-Performance ändern, um Ihre Speicher-, Performance- und Anwendungsanforderungen zu erfüllen. Nachdem Sie ein Volume an eine Instanz angehängt und damit verbunden haben, können Sie es wie eine herkömmliche Festplatte verwenden. Sie können ein Volume auch trennen und an eine andere Instanz anhängen, ohne Daten zu verlieren.

• Block-Volume-Gruppe

  Mit dem Service Oracle Cloud Infrastructure Block Volumes können Sie mehrere Volumes in einer Volume-Gruppe organisieren. Eine Volume-Gruppe kann sowohl Block- als auch Boot-Volumes enthalten.

  Sie können die Replikation für eine Volume-Gruppe stattdessen für das Block-Volume einzeln aktivieren. Alle Volumes der Gruppe sind im Volume-Gruppenreplikat in der Zielregion und der Availability-Domain enthalten.

Oracle Cloud Infrastructure Full Stack Disaster Recovery Service

Im Folgenden werden einige der Vorteile von Oracle Cloud Infrastructure Full Stack Disaster Recovery Service aufgeführt:

• Mit der Oracle Cloud Infrastructure-(OCI-)Konsole können Sie einen Switchover- oder Failoverplan mit nur einem Klick ausführen.
• Möglichkeit, mit OCI-APIs Switchover und Failover aufzurufen.
• Stellt zentralisierte Switchover- und Failover-Logs in der OCI-Konsole bereit.
• Ermöglicht den erneuten Versuch und das Überspringen eines nicht erfolgreichen Schritts im Switchover-Workflow.
• Bietet eine integrierte Integration mit Oracle Data Guard für von OCI Full Stack Disaster Recovery Service unterstützte Datenbanken. Sie müssen keine Schritte für den Datenbank-Switchover definieren oder konfigurieren. Der Service verwaltet ihn automatisch für Sie.
• Bietet integrierte Integration mit Oracle Cloud Infrastructure Block Volumes und regionsübergreifende Replikation. Sie müssen keine Schritte zum Trennen oder Anhängen der Block-Volumes definieren oder konfigurieren. Für den regionsübergreifenden Replikat-Switchover des Block-Volumes wird dieser vom Service automatisch für Sie verwaltet.
• Stellt integrierte Vorabprüfungen für die Schritte in Switchover- und Failover-Plänen bereit. Sie haben die Möglichkeit, die Vorabprüfungen zu überspringen.
• Bietet Flexibilität und ist erweiterbar, sodass Sie benutzerdefinierte Schritte für nicht integrierte Schritte hinzufügen können. Beispiel: Stoppen und starten Sie Oracle WebLogic Server, aktualisieren Sie DNS, und prüfen Sie die Frontend-Adresse. Die Ausführung dieser benutzerdefinierten Skripte ist in Oracle Cloud Agent integriert. Sie können Schritte definieren, die parallel (innerhalb einer benutzerdefinierten Plangruppe) oder sequenziell ausgeführt werden.
• Mit dieser Option können Sie Replikationsskripte für die Oracle Maximum Availability Architecture-(MAA-)Konfiguration zu einem OCI Full Stack Disaster Recovery Service-Switchover-Plan hinzufügen. Die MAA-Skripte können dann die Oracle WebLogic Server-Middle Tier-Konfiguration während des Switchovers synchronisieren (im Kontext von Oracle WebLogic Server for OCI und Oracle SOA Suite on Marketplace). Sie können OCI Full Stack Disaster Recovery Service nicht für die Planung laufender Konfigurationsreplikationen verwenden.
• Ermöglicht bei Bedarf manuelle Switchover. Sie können die Rollen der DR-Schutzgruppen nach einem manuellen Switchover manuell so ändern, dass sie der aktuellen Rolle entsprechen. Manuelle "Intervention" ist erforderlich, um den Status des gewünschten OCI Full Stack Disaster Recovery Service-Systems zu erhalten. Sie können jedoch ein "manuell verwaltetes" DR-System erneut in "OCI Full Stack Disaster Recovery Service verwaltet" konvertieren.

Weitere Informationen finden Sie unter Vorteile von Full Stack Disaster Recovery.

Oracle Cloud Infrastructure Full Stack Disaster Recovery Service bietet wettbewerbsfähige Preise. Informationen hierzu finden Sie in der OCI-Preisliste.

Hinweise

Beachten Sie vor der Implementierung von OCI Full Stack Disaster Recovery Service die folgenden Auswirkungen.

Die Aktionen, die keine integrierte Integration mit OCI Full Stack Disaster Recovery Service (wie Stoppen und Starten eines Oracle WebLogic Server) aufweisen, werden vom Benutzer definiert. Sie erstellen benutzerdefinierte Schritte und geben die Skripte an, die diesen Schritten zugeordnet sind. Dies bietet ein flexibles Framework, da Sie dem Plan benutzerdefinierte Aktionen hinzufügen können. Die Zuverlässigkeit dieser Schritte liegt jedoch nicht im Geltungsbereich von OCI Full Stack Disaster Recovery Service. Benutzer sind für das Skriptverhalten ihres Switchovers verantwortlich. Beispiel: Das Skript muss Situationen verwalten, in denen Oracle WebLogic Server-Prozesse nicht auf der sekundären Ebene gestartet werden können, weil Sperrdateien bei einem Knotenneustart zurückgelassen wurden. Der Unterschied bei einem manuellen Switchover besteht darin, dass solche Verhaltensweisen bei der manuellen Ausführung des Switchovers umsetzbarer und direkt wahrgenommen werden.

Dieses Dokument enthält die empfohlenen Skripte zum Ausführen von Start- und Stoppvorgängen auf Oracle WebLogic-Managed Servern und zum Ausführen eines DNS-Switches. Je nach Umgebung und Topologie können zusätzliche benutzerdefinierte Skripte erforderlich oder verwendet werden, wie Oracle Database File Systems-(DBFS-)Replikation und OCI File Storage-Replikat.

Hinweis:

OCI Full Stack Disaster Recovery Service plant keine laufenden Konfigurationsreplikationen.

Einzelheiten zu diesen spezifischen Vorgängen finden Sie unter Oracle WebLogic Server for Oracle Cloud Infrastructure, Disaster Recovery Production and DR in der Oracle Cloud Infrastructure (OCI) und SOA Suite on Oracle Cloud Infrastructure Marketplace Disaster Recovery, Production and Disaster Recovery in der Oracle Cloud Infrastructure (OCI).

Unterstützte Konfigurationen

Im Folgenden finden Sie eine Zusammenfassung dessen, was OCI Full Stack Disaster Recovery Service im Zusammenhang mit dem Disaster Recovery für Oracle SOA Suite on Marketplace und Oracle WebLogic Server for OCI unterstützt.

Konfigurationsreplikation	Wird in OCI Full Stack Disaster Recovery Service unterstützt?
Konfigurationsreplikation basierend auf Oracle Database File System-(DBFS-)Replikat	Ja
Konfigurationsreplikation basierend auf OCI File Storage mit RSYNC-Replikat	Ja
Konfigurationsreplikation basierend auf regionsübergreifendem Replikat von OCI Block Volumes	Ja

Database Service auf OCI	Wird in OCI Full Stack Disaster Recovery Service unterstützt?
Oracle Base Database Service (DB-Systeme)	Ja
Oracle Exadata Database Service	Ja
Oracle Autonomous Database Serverless	Ja
Oracle Autonomous Database auf dedizierter Exadata-Infrastruktur	Nr.

Integrierte OCI-Integrationen	Wird in OCI Full Stack Disaster Recovery Service unterstützt?
Integrierte Integration mit OCI Data Guard	Ja
Integrierte Verwaltung manuell konfigurierter Oracle Data Guard-Instanzen	Nr.
Lokale Standbydatenbank (Standby in derselben Region) neben einer Remote-DR	Nr.
Standby Site für Validierungen öffnen	Ja, aber nicht auf die in diesem Dokument beschriebenen Anwendungsfälle anwendbar.

Hinweis:

Als Best Practice für Oracle Maximum Availability Architecture empfiehlt Oracle die Verwendung der Block-Volume-Replikation mit OCI Full Stack Disaster Recovery Service. Der OCI Full Stack Disaster Recovery Service und die Block-Volume-Replikation bieten die besten kombinierten Vorteile für Recovery Time Objective (RTO), Recovery Point Objective (RPO), Total Cost of Ownership (TCO) und Managementautomatisierung.

Weitere Details zu nicht unterstützten Artikeln

Während einige Konfigurationen nicht direkt vom OCI Full Stack Disaster Recovery Service bereitgestellt werden, können Sie Ihren Disaster-Recovery-Plänen Anpassungen hinzufügen, die automatisch an bestimmten Punkten im Plan ausgeführt werden, um einen nahtlosen, vollständig automatisierten Recovery-Prozess bereitzustellen. Im Folgenden werden zusätzliche Details zu Elementen aufgeführt, die OCI Full Stack Disaster Recovery Service im Rahmen der integrierten Automatisierung nicht sofort unterstützt:

• Integrierte Verwaltung für Standbydatenbanken, die mit einem manuellen Prozess erstellt wurden, anstatt die OCI-Konsole oder Control Plane zu verwenden.

  OCI Full Stack Disaster Recovery Service verfügt über eine integrierte Automatisierung, mit der Oracle Data Guard während eines Recoverys verarbeitet werden kann, wenn Sie Oracle Data Guard mit dem in der OCI-Konsole verfügbaren Standarddatenbankservice konfiguriert haben. Wenn Sie Oracle Data Guard jedoch auf Ihrer eigenen Compute-Instanz installiert und implementiert haben, müssen Sie eine benutzerdefinierte Plangruppe und Schritte zum Aufrufen eines Skripts hinzufügen, um Oracle Data Guard auf Ihrer Compute-Instanz auszulösen.

• Zusätzliche lokale Standby-Datenbank zu einer Remote Standby-Datenbank (Standby in derselben Region). Mit benutzerdefinierten Skripten können Sie eine zusätzliche lokale Standbydatenbank verwalten.
• Mit OCI Full Stack Disaster Recovery Service können Sie Aufgliederungspläne zum Starten und Stoppen erstellen. Diese Pläne sind so konzipiert, dass die Standby Site gestartet oder gestoppt wird, ohne ein echtes Switchover auszuführen. Auf diese Weise können Sie Aktionen in der Standbydatenbank ausführen, wie Validierungen, Patching oder horizontale Skalierung. Die integrierten Schritte von OCI Full Stack Disaster Recovery Service sind jedoch nur auf bestimmte Szenarios beschränkt. Beispiel: Es gibt keinen integrierten Schritt zum Konvertieren der Standby-Datenbank in eine Snapshot Standby-Datenbank. Diese Pläne gelten nicht für die hier beschriebenen Szenarien und außerhalb des Geltungsbereichs dieses Handbuchs.

Erforderliche Services und Rollen

Für diese Lösung sind die folgenden Oracle Cloud Infrastructure-(OCI-)Services und -Rollen erforderlich:

• OCI Full Stack Disaster Recovery Service

• Oracle Data Guard

• Oracle WebLogic Server for OCI

Diese Rollen sind für jeden Service erforderlich.

Servicename: Rolle	Erforderlich für...
Oracle Cloud Infrastructure: administrator	Erstellen Sie die erforderlichen Ressourcen im OCI-Mandanten: IAM-Policys, DR-Schutzgruppen und DR, Secrets.
Oracle Data Guard: sysdba, admin	Erstellen Sie das Kennwort-Secret mit den Zugangsdaten sysdba.
Oracle WebLogic Server for OCI: root, oracle	Richten Sie die Oracle Cloud Agent-Berechtigungen und die erforderlichen Benutzerskripte ein.