Hinweis:

• Dieses Tutorial erfordert Zugriff auf Oracle Cloud. Informationen zum Anmelden für einen kostenlosen Account finden Sie unter Erste Schritte mit Oracle Cloud Infrastructure Free Tier.
• Es verwendet Beispielwerte für Oracle Cloud Infrastructure-Zugangsdaten, -Mandanten und -Compartments. Wenn Sie Ihre Übung abgeschlossen haben, ersetzen Sie diese Werte durch die Werte, die für Ihre Cloud-Umgebung spezifisch sind.

Automatisieren Sie Recovery-Vorgänge für Oracle PeopleSoft-Einzelinstanzanwendungen mit OCI Full Stack Disaster Recovery

Einführung

Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery orchestriert den Übergang von Compute-, Datenbank- und Anwendungen zwischen OCI-Regionen aus der ganzen Welt mit nur einem Klick. Kunden können die erforderlichen Schritte zur Wiederherstellung eines oder mehrerer Geschäftssysteme automatisieren, ohne vorhandene Infrastruktur, Datenbanken oder Anwendungen neu zu entwerfen oder neu zu strukturieren und ohne spezielle Management- oder Konvertierungsserver zu benötigen.

Ziele

So automatisieren Sie Disaster Recovery Switchover- und Failover-Vorgänge der Oracle Peoplesoft-Anwendung mit OCI Full Stack Disaster Recovery. In diesem Tutorial werden die folgenden Schritte behandelt.

1. Disaster Recovery-Schutzgruppen (DRPG) erstellen und verknüpfen
2. Mitglieder zu primärem und Standby-DRPG hinzufügen
3. Switchover-Plan in Standby-DRPG erstellen
4. Switchover-Plan mit verschiedenen benutzerdefinierten Plangruppen anpassen
5. Vorabprüfungen ausführen und Switchover-Plan ausführen
6. Failover-Plan in Standby-DRPG erstellen
7. Failover-Plan mit verschiedenen benutzerdefinierten Plangruppen anpassen
8. Vorabprüfungen ausführen und Failover-Plan ausführen

Deployment-Architektur

Voraussetzungen

• Um das Full Stack Disaster Recovery für Single Instance Oracle PeopleSoft zu orchestrieren, wird davon ausgegangen, dass bereits Single Instance Oracle PeopleSoft Production and Disaster Recovery auf OCI bereitgestellt ist. Wenn nicht, befolgen Sie die folgende Dokumentation, um die PeopleSoft-Anwendung in OCI mit dem Setup für Produktion und Disaster Recovery bereitzustellen:

  • Technisches Dokument - Disaster Recovery-Konfiguration für PeopleSoft in Oracle Cloud

  • Disaster Recovery mit Oracle Data Guard implementieren

  • Sehen Sie sich diese Videos für weitere Details an:

    • Oracle PeopleSoft-Anwendung mit Einzelinstanz für DR bereitstellen (Video 1)
    • Recovery für Einzelinstanz automatisieren Oracle PeopleSoft (Video 2)
    • Skripte zur Automatisierung des Recoverys für Oracle PeopleSoft-Einzelinstanz (Video 3)
• Primäres DB-System mit Oracle Base DB Service erstellen. Erstellen Sie ein Standby-DB-System und eine Data Guard-Verknüpfung mit der Cloud-Automatisierung, die im Basis-DB-Service verfügbar ist.
• Erstellen Sie OCI-Vaults in der primären Region und Standbyregion, und erstellen Sie Secrets für das Sys-Kennwort für die DB-Secrets der Primär- und Standbydatenbank.
• Administratorberechtigungen oder Konfiguration der erforderlichen OCI-IAM-Policys für Full Stack Disaster Recovery, wie hier beschrieben: Identity and Access Management-(IAM-)Policys zur Verwendung von Full Stack Disaster Recovery konfigurieren und Policys für Full Stack Disaster Recovery.
• Bereiten Sie Oracle PeopleSoft-Anwendungs-VMs mit Primär- und Standbydatenbank vor, und konfigurieren Sie sie zur Ausführung von Remote-Skripten wie hier beschrieben: Befehle auf einer Instanz ausführen.
• Object Storage-Bucket in der primären Region und Standbyregion erstellen, um Disaster-Recovery-Vorgangslogs zu speichern: Object Storage

Implementierung

In diesem Tutorial haben wir die Oracle PeopleSoft-Anwendungs-VM mit Einzelinstanz-Prozessen mit Cloud-Manager- und Basis-DB-VM-Systemen wie unten in den Regionen Ashburn und Phoenix bereitgestellt. In diesem Tutorial haben wir rsync-Jobs verwendet, um Konfigurationsänderungen zwischen primären und Standbyregionen für die Oracle PeopleSoft-Anwendung zu replizieren.

Referenzieren Sie Ihre eigenen Skripte, oder verwenden Sie die Beispielskripte Full Stack Disaster Recovery Oracle PeopleSoft Scripts.

Ressourcen	Primäre Region - Ashburn(IAD)
Oracle PeopleSoft-App-Server	hcm92-fsdr-app
Oracle PeopleSoft-Webserver	hcm92-fsdr-web
Oracle PeopleSoft Process Scheduler (Linux)	hcm92-fsdr-prcs-linux
Oracle PeopleSoft Process Scheduler (Windows)	hcm92-fsdr-prcs-win
Elastische Suche und Kibana-Server	hcm92-fsdr-elk
Oracle Base-Datenbank	HCM92CDB (HCM92CDB_cm8_iad)

Ressourcen	Standby-Region - Phoenix(PHX)
Oracle PeopleSoft-App-Server	hcm92-fsdr-app
Oracle PeopleSoft-Webserver	hcm92-fsdr-web
Oracle PeopleSoft Process Scheduler (Linux)	hcm92-fsdr-prcs-linux
Oracle PeopleSoft Process Scheduler (Windows)	hcm92-fsdr-prcs-win
Elastische Suche und Kibana-Server	hcm92-fsdr-elk
Oracle Base-Datenbank	HCM92CDB (HCM92CDB_jw2_phx)

Aufgabe 1: Disaster Recovery-Schutzgruppen (DRPG) erstellen und zuordnen

1. Gehen Sie im Hamburger-Menü in der primären Region (Ashburn) zu Migration und Disaster Recovery, Disaster Recovery, Disaster Recovery-Schutzgruppe, Disaster Recovery-Schutzgruppe erstellen.

   

2. Gehen Sie im Hamburger-Menü in der Standbyregion (Phoenix) zu Migration und Disaster Recovery, Disaster Recovery, Disaster Recovery-Schutzgruppe, Disaster Recovery-Schutzgruppe erstellen.

   

   Hinweis: In diesem Tutorialbeispiel wählen Sie Ashburn als primäre Region und Phoenix als Standbyregion aus.

3. Wählen Sie in der primären Region (Ashburn) das DRPG peoplesoft-iad aus, und klicken Sie auf Associate. Wählen Sie die Rolle als Primär, Peerregion US West (Phoenix), Peer Disaster Recovery Protection-Gruppe peoplesoft-phx aus, und klicken Sie auf Zuordnen.

   

Hinweis: Prüfen Sie die Rolle von peoplesoft-iad als primär und peoplesoft-phx als Standby.

Aufgabe 2: Mitglieder zu primärem und Standby-DRPG hinzufügen

1. Wählen Sie in der primären Disaster Recovery-Schutzgruppe peoplesoft-iad die Option "Member" aus, fügen Sie alle fünf Compute-VMs (hcm92-fsdr-app, hcm92-fsdr-web,hcm92-fsdr-prcs-linux,hcm92-fsdr-prcs-win,hcm92-fsdr-elk) und die Datenbank (HCM92CDB (HCM92CDB_cm8_iad)) als Mitglieder hinzu.

   

   Hinweis: Wählen Sie beim Hinzufügen von Compute als Mitglied im Compute-Instanztyp die Option Instanz wird nicht verschoben aus, da die Oracle PeopleSoft-VMs aktiv/passiv eingerichtet sind.

2. Wählen Sie in der Standby Disaster Recovery Protection-Gruppe peoplesoft-phx die Option "Member" aus, fügen Sie alle fünf Compute-VMs (hcm92-fsdr-app, hcm92-fsdr-web,hcm92-fsdr-prcs-linux,hcm92-fsdr-prcs-win,hcm92-fsdr-elk) und die Datenbank (HCM92CDB (HCM92CDB_jw2_phx)) als Mitglieder hinzu.

   

   Hinweis: Wählen Sie beim Hinzufügen von Compute-Instanzen als Mitglieder Instanz ohne Bewegung im Compute-Instanztyp aus, da die Oracle PeopleSoft-VMs aktiv/passiv eingerichtet sind.

Aufgabe 3: Switchover-Plan in Standby-DRPG (Phoenix) erstellen

Switchover-Plan - Ein Typ von Disaster Recovery-Plan, der einen geplanten Übergang von Services von der primären Disaster Recovery-Schutzgruppe zur Standby Disaster Recovery-Schutzgruppe durchführt.

1. Erstellen Sie einen Switchover-Plan im Standby-DRPG peoplesoft-phx.

2. Wählen Sie "Pläne", und klicken Sie auf Plan erstellen.

3. Geben Sie als Namen peoplesoft-switchover-ashburn-phoenix an, und wählen Sie als Plantyp Switchover (geplant) aus.

4. Klicken Sie auf Erstellen.

   

Hinweis: Stellen Sie sicher, dass Sie den Switchover-Plan aus dem Standby-DRPG (Phoenix) erstellen.

Aufgabe 4: Switchover-Plan mit verschiedenen benutzerdefinierten Plangruppen anpassen

Da Database (Base DB) und Compute (Non-Moving Instance) als Mitglieder in beiden Disaster Recovery-Schutzgruppen hinzugefügt wurden, verfügt der Switchover-Plan über integrierte Vorabprüfungen und Switchover-Datenbank-Plangroups. Der Switchover-Plan muss mit zusätzlichen benutzerdefinierten Plangruppen angepasst werden.

Typischer Workflow für Disaster Recovery Switchover:

1. Die Plangruppe Stop PeopleSoft Application at Ashburn Region umfasst Schritte zum Stoppen von Oracle PeopleSoft-Anwendungen, Process Scheduler (Linux und Windows), Webserver-, Elastic Search- und Kibana-Services in der Region Ashburn.

2. Die Plangruppe Disable Rsync Cronjobs at Ashburn region verfügt über einen Schritt, um rsync-Jobs in App-, Prozess-Scheduler- und Webservern in der Region Ashburn zu deaktivieren.

3. Switchover Database-Plangruppe für das Switchover der Datenbank. Phoenix wird zur Primärdatenbank, und Ashburn wird zur Standbydatenbank.

4. Die Start PeopleSoft Application at Phoenix Region-Plangruppe enthält Schritte zum Starten der Oracle PeopleSoft-Anwendung, des Process Scheduler (Linux und Windows), des Webservers in der Region Phoenix.

5. Die Plangruppe Start Elastic Search at Phoenix Region hat Schritt zum Starten der elastischen Suche in der Region Phoenix.

6. Die Plangruppe Start Kibana at Phoenix Region hat Schritt zum Start von Kibana in der Region Phoenix.

7. Die Plangruppe Enable Rsync Cronjobs at Phoenix region verfügt über einen Schritt zum Aktivieren von rsync-Jobs in App-, Prozess-Scheduler- und Webservern in der Region Phoenix.

   Hinweis: Die Plangruppe für den Switchover von DB (Schritt 3) wird automatisch im Switchover-Plan generiert, und wir müssen eine benutzerdefinierte Gruppe für 1,2,4,5,6 und 7 erstellen. Für dieses Setup sind keine DNS-Änderungen vorhanden. Sie können eine benutzerdefinierte Gruppe für DNS-Änderungen basierend auf Ihren Anforderungen erstellen.

Erstellen Sie die genannten sechs benutzerdefinierten Plangruppen

1. Klicken Sie unter "Plangruppen" auf Gruppe hinzufügen, um eine benutzerdefinierte Plangruppe zum Stoppen der Anwendung PeopleSoft in der Ashburn-Region zu erstellen. Geben Sie als Gruppennamen Anwendung PeopleSoft in der Ashburn-Region stoppen an.

   

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu. In der Plangruppe werden sechs Schritte hinzugefügt.

     

   • Stellen Sie sicher, dass Sie die Region als Ashburn und die Zielinstanz als hcm92-fsdr-app auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Skript muss als Benutzer psadm2 ausgeführt werden.

   • Geben Sie die Skriptdetails app_shutdown.sh mit dem Skriptspeicherort an. Das Skript fährt die Oracle PeopleSoft-Anwendungsserverdomain in der IAD-Region herunter.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu.

     

   • Stellen Sie sicher, dass Sie die Region als Ashburn und die Zielinstanz als hcm92-fsdr-prcs-linux auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Skript muss als Benutzer psadm2 ausgeführt werden.

   • Geben Sie die Skriptdetails prcs_shutdown.sh mit dem Skriptspeicherort an. Das Skript fährt die PeopleSoft Process Scheduler-Domain in Linux in der IAD-Region herunter.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu.

     

   • Stellen Sie sicher, dass Sie die Region als Ashburn und die Zielinstanz als hcm92-fsdr-prcs-win auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Lassen Sie das Feld "Run as User" leer.

   • Geben Sie die Skriptdetails psnt_shutdown_domain.bat mit dem Skriptspeicherort an. Das Skript fährt die PeopleSoft Process Scheduler-Domain in Windows in der IAD-Region herunter.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu.

     

   • Stellen Sie sicher, dass Sie die Region als Ashburn und die Zielinstanz als hcm92-fsdr-web auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Skript muss als Benutzer psadm2 ausgeführt werden.

   • Geben Sie die Skriptdetails web_shutdown.sh mit dem Skriptspeicherort an. Das Skript fährt die PeopleSoft-Webserverdomain in der IAD-Region herunter.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu.

     

   • Stellen Sie sicher, dass Sie die Region als Ashburn und die Zielinstanz als hcm92-fsdr-elk auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Skript muss als esuser-Benutzer ausgeführt werden.

   • Geben Sie die Skriptdetails elk_kill.sh mit dem Skriptspeicherort an. Das Skript stoppt Elastic Search-Services in der IAD-Region.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu.

     

   • Stellen Sie sicher, dass Sie die Region als Ashburn und die Zielinstanz als hcm92-fsdr-elk auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Skript muss als esuser-Benutzer ausgeführt werden.

   • Geben Sie die Skriptdetails kibana_kill.sh mit dem Skriptspeicherort an. Das Skript stoppt Kibana-Services in der IAD-Region.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Prüfen Sie, ob alle sechs Schritte hinzugefügt wurden, und klicken Sie auf Hinzufügen. Die Plangruppe PeopleSoft-Anwendung in der Ashburn-Region stoppen sollte mit sechs Schritten erstellt werden.

     

2. Klicken Sie unter "Plangruppen" auf Gruppe hinzufügen, um eine benutzerdefinierte Plangruppe zu erstellen, um rsync cronjobs in der Ashburn-Region zu deaktivieren. Geben Sie als Gruppennamen Rsync Cronjobs in der Ashburn-Region deaktivieren an. Wählen Sie Hinzufügen nach, Gruppe Anwendung PeopleSoft in Ashburn-Region stoppen aus

   

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu. In der Plangruppe werden drei Schritte hinzugefügt.

     

   • Stellen Sie sicher, dass Sie die Region als Ashburn und die Zielinstanz als hcm92-fsdr-app auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Skript muss als opc-Benutzer ausgeführt werden.

   • Geben Sie die Skriptdetails fsdr-rsync-psft.sh mit dem Skriptspeicherort an, verwenden Sie die Deaktivierungsoption, und geben Sie die private IP-Adresse von hcm92-fsdr-app an. Das Skript deaktiviert rsync cron-Jobs für die Anwendung PeopleSoft sowie Anpassungsdateien und Ordner.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu.

     

   • Stellen Sie sicher, dass Sie die Region als Ashburn und die Zielinstanz als hcm92-fsdr-prcs-linux auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Skript muss als opc-Benutzer ausgeführt werden.

   • Geben Sie die Skriptdetails fsdr-rsync-psft.sh mit dem Skriptspeicherort an, verwenden Sie die Deaktivierungsoption, und geben Sie die private IP-Adresse von hcm92-fsdr-prcs-linux an. Das Skript deaktiviert rsync cron-Jobs für die Anwendung PeopleSoft sowie Anpassungsdateien und Ordner.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu.

     

   • Stellen Sie sicher, dass Sie die Region als Ashburn und die Zielinstanz als hcm92-fsdr-web auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Skript muss als opc-Benutzer ausgeführt werden.

   • Geben Sie die Skriptdetails fsdr-rsync-psft.sh mit dem Skriptspeicherort an, verwenden Sie die Deaktivierungsoption, und geben Sie die private IP-Adresse von hcm92-fsdr-web an. Das Skript deaktiviert rsync cron-Jobs für die Anwendung PeopleSoft sowie Anpassungsdateien und Ordner.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Prüfen Sie, ob alle drei Schritte hinzugefügt wurden, und klicken Sie auf Hinzufügen. Die Plangruppe Rsync Cronjobs in der Region Ashburn deaktivieren sollte mit drei Schritten erstellt werden.

     

3. Klicken Sie unter "Plangruppen" auf Gruppe hinzufügen, um eine benutzerdefinierte Plangruppe zum Starten der Anwendung PeopleSoft in der Phoenix-Region zu erstellen. Geben Sie als Gruppennamen Anwendung PeopleSoft in der Phoenix-Region starten an. Wählen Sie Hinzufügen nach, Gruppe Switchover-Datenbanken (Standby) aus

   

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu. In der Plangruppe werden vier Schritte hinzugefügt.

     

   • Stellen Sie sicher, dass Sie die Region als Phoenix, die Zielinstanz als hcm92-fsdr-app auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Skript muss als Benutzer psadm2 ausgeführt werden.

   • Geben Sie die Skriptdetails app_boot.sh mit dem Skriptspeicherort an. Das Skript startet die Application Server-Domain PeopleSoft in der PHX-Region.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu.

     

   • Stellen Sie sicher, dass Sie die Region als Phoenix, die Zielinstanz als hcm92-fsdr-prcs-linux auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Skript muss als Benutzer psadm2 ausgeführt werden.

   • Geben Sie die Skriptdetails prcs_start.sh mit dem Skriptspeicherort an. Das Skript startet die PeopleSoft Process Scheduler-Domain in Linux in der PHX-Region.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu.

     

   • Stellen Sie sicher, dass Sie die Region als Phoenix, die Zielinstanz als hcm92-fsdr-prcs-win auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Lassen Sie das Feld "Run as User" leer.

   • Geben Sie die Skriptdetails psnt_start_domain.bat mit dem Skriptspeicherort an. Das Skript startet die PeopleSoft Process Scheduler-Domain in Windows in der Region Phoenix.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu.

     

   • Stellen Sie sicher, dass Sie die Region als Phoenix, die Zielinstanz als hcm92-fsdr-web auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Skript muss als Benutzer psadm2 ausgeführt werden.

   • Geben Sie die Skriptdetails web_boot.sh mit dem Skriptspeicherort an. Das Skript startet die PeopleSoft-Webserverdomain in der PHX-Region.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Prüfen Sie, ob alle vier Schritte hinzugefügt wurden, und klicken Sie auf Hinzufügen. Die Plangruppe PeopleSoft-Anwendung in der Phoenix-Region starten sollte mit vier Schritten erstellt werden.

     

4. Klicken Sie unter "Plangruppen" auf Gruppe hinzufügen, um eine benutzerdefinierte Plangruppe zum Starten der elastischen Suche in der Phoenix-Region zu erstellen. Geben Sie als Gruppennamen Elastische Suche in der Phoenix-Region starten an. Wählen Sie Hinzufügen nach, Gruppe Anwendung PeopleSoft in Phoenix-Region starten aus

   

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu. In der Plangruppe wird ein Schritt hinzugefügt.

     

   • Stellen Sie sicher, dass Sie die Region als Phoenix, die Zielinstanz als hcm92-fsdr-elk auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Skript muss als esuser-Benutzer ausgeführt werden.

   • Geben Sie die Skriptdetails elk_start.sh mit dem Skriptspeicherort an. Das Skript startet Elastic Search-Services in der PHX-Region.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Prüfen Sie, ob der einzelne Schritt hinzugefügt wurde, und klicken Sie auf Hinzufügen. Sie sollten die Plangruppe Elastische Suche in der Phoenix-Region starten anzeigen können, die mit einem einzelnen Schritt erstellt wurde.

     

5. Klicken Sie unter "Plangruppen" auf Gruppe hinzufügen, um eine benutzerdefinierte Plangruppe zu erstellen und Kibana in der Region Phoenix zu starten. Geben Sie als Gruppennamen Kibana in der Phoenix-Region starten an. Wählen Sie Hinzufügen nach, Gruppe Elastische Suche in Phoenix-Region starten aus.

   

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu. In der Plangruppe wird ein Schritt hinzugefügt.

     

   • Stellen Sie sicher, dass Sie die Region als Phoenix, die Zielinstanz als hcm92-fsdr-elk auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Skript muss als esuser-Benutzer ausgeführt werden.

   • Geben Sie die Skriptdetails kibana_start.sh mit dem Skriptspeicherort an. Das Skript startet Kibana-Services in der PHX-Region.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Prüfen Sie, ob der einzelne Schritt hinzugefügt wurde, und klicken Sie auf Hinzufügen. Die Plangruppe Kibana in der Region Phoenix starten sollte mit einem einzigen Schritt erstellt werden.

     

6. Klicken Sie unter "Plangruppen" auf Gruppe hinzufügen, um eine benutzerdefinierte Plangruppe zu erstellen, um rsync cronjobs in der Region Phoenix zu aktivieren. Geben Sie als Gruppennamen Rsync Cronjobs in der Phoenix-Region aktivieren an. Wählen Sie Hinzufügen nach, Gruppe Kibana in der Region Phoenix starten aus.

   

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu. In der Plangruppe werden drei Schritte hinzugefügt.

     

   • Stellen Sie sicher, dass Sie die Region als Phoenix, die Zielinstanz als hcm92-fsdr-app auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Skript muss als opc-Benutzer ausgeführt werden.

   • Geben Sie die Skriptdetails fsdr-rsync-psft.sh mit dem Skriptspeicherort an, verwenden Sie die Option "enable", und geben Sie die private IP von hcm92-fsdr-app an. Das Skript aktiviert rsync-cron-Jobs für die Anwendung PeopleSoft und Anpassungsdateien und Ordner.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu.

     

   • Stellen Sie sicher, dass Sie die Region als Phoenix, die Zielinstanz als hcm92-fsdr-prcs-linux auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Skript muss als opc-Benutzer ausgeführt werden.

   • Geben Sie die Skriptdetails fsdr-rsync-psft.sh mit dem Skriptspeicherort an, verwenden Sie die Option "enable", und geben Sie die private IP von hcm92-fsdr-prcs-linux an. Das Skript aktiviert rsync-cron-Jobs für die Anwendung PeopleSoft und Anpassungsdateien und Ordner.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Klicken Sie auf Schritt hinzufügen, und fügen Sie Details wie folgt hinzu.

     

   • Stellen Sie sicher, dass Sie die Region als Phoenix, die Zielinstanz als hcm92-fsdr-web auswählen. Wählen Sie die Option Run local script mit dem Skriptspeicherort. Skript muss als opc-Benutzer ausgeführt werden.

   • Geben Sie die Skriptdetails fsdr-rsync-psft.sh mit dem Skriptspeicherort an, verwenden Sie die Option "enable", und geben Sie die private IP von hcm92-fsdr-web an. Das Skript aktiviert rsync-cron-Jobs für die Anwendung PeopleSoft und Anpassungsdateien und Ordner.

   • Klicken Sie auf Schritt hinzufügen, und prüfen Sie den hinzugefügten Schritt.

   • Prüfen Sie, ob alle drei Schritte hinzugefügt wurden, und klicken Sie auf Hinzufügen. Die Plangruppe Rsync Cronjobs in der Region Phoenix aktivieren sollte mit drei Schritten erstellt werden.

     

7. Da die benutzerdefinierte Gruppe in einer bestimmten Reihenfolge erstellt wurde, ist eine Neuanordnung der Plangruppen möglicherweise nicht erforderlich. Verwenden Sie bei Bedarf die Option Gruppen neu anordnen im Plan, um Switchover-Plangruppen in der richtigen Reihenfolge zu sortieren.

   

   

Aufgabe 5: Vorabprüfungen ausführen und Switchover-Plan ausführen

Mit der Option Vorabprüfungen ausführen werden alle Schritte in einem Disaster-Recovery-Plan und die den Schritten zugeordneten Elemente schnell validiert.

1. Klicken Sie im Switchover-Plan peoplesoft-switchover-ashburn-phoenix auf Vorabprüfungen ausführen, um das Dialogfeld "Vorabprüfungen ausführen" zu starten.

   

   

   Prüfen Sie auf erfolgreichen Abschluss.

2. Klicken Sie im Switchover-Plan peoplesoft-switchover-ashburn-phoenix auf Disaster Recovery-Plan ausführen, um den Plan auszuführen.

   

3. Prüfen Sie den Status des Plans, und stellen Sie sicher, dass alle Schritte im Plan erfolgreich sind.

   

4. Der Switchover-Plan führt alle Plangruppen in der angegebenen Reihenfolge aus. Nach der erfolgreichen Planausführung wird die Anwendung PeopleSoft aus der Region Phoenix ausgeführt.

5. Die Rollenänderung erfolgt automatisch im DRPG. Jetzt hat Phoenix die Rolle "Primär" und Ashburn.

6. Prüfen Sie die Oracle PeopleSoft-Anwendung in Phoenix.

   

Aufgabe 6: Failover-Plan in Standby-DRPG (Ashburn) erstellen

Failover-Plan - Ein Typ von Disaster Recovery-Plan, der einen ungeplanten Übergang von Services zur Standby Disaster Recovery-Schutzgruppe durchführt.

Mit Aufgabe 5 haben wir das Switchover des Anwendungsstacks von Ashburn nach Phoenix abgeschlossen. Nun führen wir ein Failover des Anwendungsstacks von Phoenix nach Ashburn durch.

1. Erstellen Sie einen Failover-Plan im Standby-DRPG peoplesoft-iad.

2. Wählen Sie "Pläne", und klicken Sie auf Plan erstellen.

3. Geben Sie den Namen peoplesoft-failover-phoenix-ashburn an, und wählen Sie den Plantyp Failover (nicht geplant) aus.

4. Klicken Sie auf Erstellen.

   

   Hinweis: Stellen Sie sicher, dass Sie den Failover-Plan aus dem Standby-DRPG (Ashburn) erstellen.

Aufgabe 7: Failover-Plan mit verschiedenen benutzerdefinierten Plangruppen anpassen

Da Database (Base DB) und Compute (Non-Moving Instance) als Mitglieder in beiden Disaster Recovery-Schutzgruppen hinzugefügt wurden, verfügt der Failover-Plan über integrierte Vorabprüfungen und Failover-Datenbank-Plangroups. Der Failover-Plan muss mit zusätzlichen benutzerdefinierten Plangruppen angepasst werden.

Typischer Workflow für Disaster Recovery Switchover:

1. Die Plangruppe Start PeopleSoft Application at Ashburn Region enthält Schritte zum Stoppen der Oracle PeopleSoft-Anwendung, des Process Scheduler (Linux und Windows), des Webservers, der elastischen Suche und der Kibana-Services in der Region Ashburn.

2. Failover Databases-Plangruppe für das Failover der Datenbank. Ashburn wird zur Primärdatenbank.

3. Die Plangruppe Start Elastic Search at Ashburn Region hat Schritt zum Starten der elastischen Suche in der Region Ashburn.

4. Die Plangruppe Start Kibana at Ashburn Region hat Schritt zum Starten von Kibana in der Region Ashburn.

   Hinweis: Die Plangruppe für ein Failover von DB (Schritt 2) wird automatisch im Failover-Plan generiert. Sie müssen eine benutzerdefinierte Gruppe für 1,3 und 4 erstellen. Für dieses Setup sind keine DNS-Änderungen vorhanden. Sie können eine benutzerdefinierte Gruppe für DNS-Änderungen basierend auf Ihren Anforderungen erstellen.

Erstellen Sie die unten genannten drei benutzerdefinierten Plangruppen

1. Im Abschnitt Task4: Switchover-Plan mit verschiedenen benutzerdefinierten Plangruppen anpassen wird ausführlich beschrieben, wie Sie benutzerdefinierte Plangruppen hinzufügen. Sie können diese Schritte ausführen, um die oben genannten drei benutzerdefinierten Gruppen zu erstellen. Stellen Sie sicher, dass Sie diese benutzerdefinierten Gruppen mit den richtigen Skripten und Servern erstellen

2. Es wird davon ausgegangen, dass Sie die drei benutzerdefinierten Gruppen mit den jeweiligen Servern, Skripten, Benutzernamen und bestimmter Reihenfolge erstellt haben.

   

3. Da die benutzerdefinierte Gruppe in einer bestimmten Reihenfolge erstellt wurde, ist eine Neuanordnung der Plangruppen möglicherweise nicht erforderlich. Verwenden Sie bei Bedarf die Option Gruppen neu anordnen im Plan, um Switchover-Plangruppen in der richtigen Reihenfolge zu sortieren.

   

   

Aufgabe 8: Vorabprüfungen ausführen und Failover-Plan ausführen

Mit der Option Vorabprüfungen ausführen werden alle Schritte in einem Disaster-Recovery-Plan und die den Schritten zugeordneten Elemente schnell validiert.

1. Klicken Sie im Failover-Plan peoplesoft-failover-phoenix-ashburn auf Vorabprüfungen ausführen, um das Dialogfeld "Vorabprüfungen ausführen" zu starten.

   

   Prüfen Sie auf erfolgreichen Abschluss.

2. Klicken Sie im Failover-Plan peoplesoft-failover-phoenix-ashburn auf Disaster Recovery-Plan ausführen, um den Plan auszuführen.

   

3. Prüfen Sie den Status des Plans, und stellen Sie sicher, dass alle Schritte im Plan erfolgreich sind.

   

4. Der Failover-Plan führt alle Plangruppen in der angegebenen Reihenfolge aus. Nach der erfolgreichen Planausführung wird die Anwendung PeopleSoft aus der Ashburn-Region ausgeführt.

5. Die Rollenänderung erfolgt automatisch im DRPG. Jetzt wird Ashburn die Rolle "Primär" und "Phoenix" haben.

6. Prüfen Sie die Oracle PeopleSoft-Anwendung in Ashburn.

   

Nächste Schritte

Sie haben gesehen, wie Sie die Oracle PeopleSoft-Anwendungs-Switchover- und Failover-Disaster Recovery-Vorgänge mit OCI Full Stack Disaster Recovery automatisch ausführen. Wenn Sie über eine benutzerdefinierte Installation von Oracle PeopleSoft verfügen, verwenden Sie Ihre eigenen benutzerdefinierten Skripte und ändern den Plan entsprechend Ihren Anforderungen. Weitere Informationen finden Sie unter dem Link zur Full Stack Disaster Recovery-Dokumentation im Abschnitt Zugehörige Links.

Verwandte Links

• OCI Full Stack Disaster Recovery - Produktseite
• OCI Full Stack Disaster Recovery-Dokumentation
• Full Stack Disaster Recovery - Benutzerdefinierte Gruppenskripte in Oracle PeopleSoft
• Befehle auf einer Instanz ausführen
• Tritt dem öffentlichen Slack-Kanal #full-stack-dr bei

Bestätigungen

Autor - Suraj Ramesh (Full Stack Disaster Recovery Product Manager)

Mitwirkender - Vinay Shivanna (Cloud Architect- PeopleSoft)

Weitere Lernressourcen

Sehen Sie sich andere Übungen zu docs.oracle.com/learn an, oder greifen Sie auf weitere kostenlose Lerninhalte im Oracle Learning YouTube-Kanal zu. Besuchen Sie außerdem die Website education.oracle.com/learning-explorer, um Oracle Learning Explorer zu werden.

Produktdokumentation finden Sie im Oracle Help Center.

---

Titel und Copyright-Informationen

Automate Recovery Operations for Single Instance Oracle PeopleSoft application with OCI Full Stack Disaster Recovery

F86810-01

September 2023

Copyright © 2023, Oracle and/or its affiliates.