Konfigurationsprozess verstehen

Die Konfiguration von JD Edwards-Disaster Recovery mit OCI Full Stack Disaster Recovery ist im Grunde ein dreistufiger Prozess: Sie müssen DR-Schutzgruppen erstellen und dann den DR-Plan erstellen, der diese Gruppen enthält. Nachdem diese Schritte abgeschlossen sind, müssen Sie den Plan vollständig implementieren, indem Sie eine Reihe von Post-Switchover-Aktivitäten ausführen. Sie können einen DR-Plan sowohl für verschiebende als auch für nicht verschiebende Instanzen konfigurieren und implementieren, die beide in diesem Artikel beschrieben werden, zusammen mit einer Beschreibung des Switchover-Prozesses.

Disaster-Recovery-Schutzgruppe und Disaster-Recovery-Plan zum Verschieben von Instanzen implementieren

Stellen Sie bewegte Instanzen bereit, die häufig in Cold-DR-Topologien verwendet werden, und zwar in der primären Region. Während eines Katastrophenereignisses werden Instanzen von der DR-Schutzgruppe der primären Region in die DR-Schutzgruppe der Standbyregion verschoben. Das Verschieben von Instanzen ist kosteneffizient, da Ressourcen in der Standbyregion nicht kontinuierlich ausgeführt werden. Da Sie jedoch sicherstellen müssen, dass sie in der Standbyregion bereitgestellt und gestartet werden, benötigen sie längere Recovery-Zeiten.

In den folgenden Themen werden Sie durch den Prozess zum Konfigurieren und Implementieren einer DR-Schutzgruppe und zum Verschieben von Instanzen geführt

Disaster-Recovery-Schutzgruppe erstellen

Erstellen Sie zunächst eine DR-Schutzgruppe, verknüpfen Sie die primäre und die sekundäre DR-Gruppe, und fügen Sie der Gruppe Mitglieder hinzu. Gehen Sie wie im Folgenden beschrieben vor:

  1. Melden Sie sich bei der OCI-Konsole an, und wählen Sie die primäre Region aus. Klicken Sie im Hauptmenü auf Disaster Recovery, DR-Schutzgruppen und dann auf DR-Schutzgruppe erstellen. Wählen Sie den Objektspeicher-Bucket aus, der in der primären Region als Teil der Voraussetzungen für Loggingzwecke erstellt wurde.
  2. Wechseln Sie in der OCI-Konsole zur Standbyregion. Erstellen Sie eine weitere DR-Schutzgruppe, und verknüpfen Sie sie mit dem in der Standbydatenbank erstellten Bucket, den Sie als Voraussetzung einrichten.
  3. Kehren Sie zur primären Region zurück, und wählen Sie die dort erstellte DR-Schutzgruppe aus. Klicken Sie auf Verknüpfen, um den Link zur DR-Gruppe in der Standbyregion einzurichten.
  4. Zeigen Sie die Rollenzuweisungen (Primär/Standby) für jede DR-Gruppe auf der Hauptseite "DR-Schutzgruppen" in der OCI-Konsole an.
  5. Fügen Sie Mitglieder zur DR-Gruppe in der primären Region hinzu:
    1. Nehmen Sie die erforderliche Volume-Gruppe als Mitglied der DR-Schutzgruppe auf.
    2. Fügen Sie Compute-Ressourcen hinzu, und geben Sie die erforderliche Eingabe für die VNICs an, indem Sie VNIC-Zuordnung hinzufügen auswählen. VNIC-Einstellungen müssen mit der primären Site übereinstimmen, da JDE Hostnamen auf Rechnerinformationen speichert. Sie können auch gültige IP-Adressen für die DR-Region angeben, die beim Spin-up der Compute-Instanz verwendet werden soll.
    3. Als Teil der Voraussetzungen sollten Sie einen Load Balancer in der Standbyregion erstellt haben. Nach der Erstellung können Sie als Mitglied der DR-Schutzgruppe hinzufügen. Verknüpfen Sie Backend-Sets zwischen Primär- und Standbyregionen, um sicherzustellen, dass Backends beim Diaster Recovery ordnungsgemäß übertragen werden.
    4. Fügen Sie die Datenbank als Member zur primären Region hinzu, und wechseln Sie dann zur sekundären Region und zur Peerdatenbank als Member des DR-Schutzes.

Disaster-Recovery-Plan erstellen

Ein Disaster Recovery-Plan beschreibt den Workflow von der Primärregion zur Standbyregion von Aktivitäten und Aufgaben, die im Falle eines Switchovers oder Failovers ausgeführt werden. In diesem Abschnitt wird beschrieben, wie Sie einen DR-Plan erstellen, der Mitglied der zuvor definierten Schutzgruppe ist

Wenn er ausgeführt wird, führt der DR-Plan dazu, dass Ressourcen (Mitglied der Schutzgruppe) von der primären Region in die Standby-Region übertragen werden und umgekehrt.

So erstellen Sie den DR-Plan:

  1. Navigieren Sie zur entsprechenden DR-Schutzgruppe. Wählen Sie auf der Registerkarte "Ressourcen" die Option Plan erstellen aus.

    Hinweis:

    • Erstellen Sie für ein Switchover-Szenario den Plan in der Standby-Region.
    • Erstellen Sie für ein Rollback-Szenario den Plan im Teilsektor "Primär".
  2. Nach der Erstellung enthält der DR-Plan mehrere Standardschritte. Standardmäßig sind Beendigungsschritte deaktiviert. Je nach Ihren Anforderungen können Sie bestimmte Schritte aktivieren oder deaktivieren.
    Sie können dem Plan benutzerdefinierte Aktionen hinzufügen, indem Sie auf Gruppe hinzufügen klicken. Verwenden Sie diese Option, um Skripte zu integrieren, die im Rahmen der Ausführung benutzerdefinierter Schritte erstellt wurden.
  3. Geben Sie einen Gruppennamen an. Wählen Sie die richtige Sequenz aus, indem Sie entweder Hinzufügen vor oder Hinzufügen nach auswählen. Wählen Sie dann die Gruppe aus, der der neue Schritt vorangehen oder folgen soll. Klicken Sie auf Schritt hinzufügen, um die neue Aktion in den Plan aufzunehmen.
  4. Geben Sie für jeden benutzerdefinierten Schritt einen Gruppennamen und einen Schrittnamen ein. Wählen Sie den richtigen benutzerdefinierten Schritttyp aus, je nach Speicherort des Skripts. Geben Sie die erforderlichen Skriptparameter an, und klicken Sie auf Schritt hinzufügen. Sie können bei Bedarf mehrere Schritte unter derselben Gruppe hinzufügen.

    Hinweis:

    In diesem Szenario ist die ausgewählte Region "Primär", da es sich um ein verschiebbares FSDR-Szenario handelt und Instanzen nicht im sekundären Bereich vorhanden sind.
  5. Nachdem Sie die Schritte im Plan validiert haben, klicken Sie auf Plan ausführen, um den Switchover zu initiieren.
    Wenn die Vorabprüfungen erfolgreich sind, führt der DR-Plan jeden Schritt sequenziell aus.
  6. Wenn während des Switchover-Prozesses Fehler auftreten, wird die Ausführung beim nicht erfolgreichen Schritt unterbrochen. Sie können den nicht erfolgreichen Schritt überspringen und mit den restlichen Schritten im Plan fortfahren.
  7. Führen Sie für die Rollback-Prozedur denselben Prozess aus. Stellen Sie jedoch sicher, dass der Plan beim Rollback aus dem primären Bereich ausgeführt wird.

Disaster-Recovery-Schutzgruppe und Disaster-Recovery-Plan für nicht verschiebende Instanzen implementieren

Stellen Sie nicht-bewegliche Instanzen bereit, die in Active/Passive-DR-Topologien sowohl in der Primär- als auch in der Standbyregion üblich sind. Während der DR-Vorgänge werden diese Instanzen nach Bedarf gestartet oder gestoppt, um den Service zwischen Regionen zu wechseln. Diese Methode ermöglicht ein schnelleres Recovery, da bereits eine Infrastruktur in der Standbyregion vorhanden ist. Sie kann jedoch teuer sein, da Ihre Infrastruktur in beiden Regionen gewartet werden muss.

In den folgenden Themen werden Sie durch den Prozess zum Konfigurieren und Implementieren einer DR-Schutzgruppe und Pläne für nicht verschiebende Instanzen geführt.

Disaster-Recovery-Schutzgruppe erstellen

Wenn Sie wie beim Verschieben von Instanzen mit Instanzen arbeiten, die sich nicht verschieben, müssen Sie eine DR-Schutzgruppe erstellen, die primäre und die sekundäre DR-Gruppe neu verknüpfen und der Gruppe Mitglieder hinzufügen. Gehen Sie wie folgt vor:

  1. Melden Sie sich bei der OCI-Konsole an, und wählen Sie die Region Mumbai aus. Klicken Sie im Hauptmenü auf Disaster Recovery, DR-Schutzgruppen und dann auf DR-Schutzgruppe erstellen. Wählen Sie den Objektspeicher-Bucket aus, der in der Region Mumbai als Teil der Voraussetzungen für Loggingzwecke erstellt wurde.
  2. Fügen Sie Mitglieder zur DR-Gruppe in der primären Region hinzu.
  3. Wechseln Sie in der OCI-Konsole zur sekundären Region. Erstellen Sie eine weitere DR-Schutzgruppe, und verknüpfen Sie sie mit dem Bucket, der am sekundären Speicherort erstellt wurde und als Voraussetzung eingerichtet wurde.
  4. Fügen Sie der DR-Gruppe in der sekundären Region Mitglieder hinzu. Da es sich um ein DR-Setup ohne Verschiebung handelt, müssen alle erforderlichen JDE-Deployment-, -Batch- und -Webserver bereits in der sekundären Region bereitgestellt werden.
  5. Nur Block-Volumes werden auf der sekundären Site repliziert. Es wird empfohlen, die Anwendung auf Block-Volumes zu hosten.
  6. Um Boot-Volumes auf Servern im primären und sekundären Speicherort zu synchronisieren, verwenden Sie bei Bedarf rsync/robocopy, um den Dateiordner zwischen der primären und der sekundären Site zu synchronisieren.
  7. Kehren Sie zur primären Region zurück, und wählen Sie die dort erstellte DR-Schutzgruppe aus. Klicken Sie auf Zuordnen, um den Link zur DR-Gruppe in der Sekundärgruppe einzurichten.
  8. Sie können die Rollenzuweisungen (Primär/Sekundär) für jede DR-Gruppe auf der Hauptseite "DR-Schutzgruppen" in der OCI-Konsole anzeigen.

Disaster-Recovery-Plan erstellen

Ähnlich wie bei einem DR-Plan zum Verschieben von Instanzen beschreibt ein DR-Plan für nicht verschiebende Instanzen den Workflow von Aktivitäten und Aufgaben, die bei einem Switchover oder Failover von der primären Region zur Standbyregion ausgeführt werden. Führen Sie die folgenden Schritte aus, um einen DR-Plan für nicht verschiebende Instanzen zu erstellen, die Mitglied der Schutzgruppe sind, die Sie im vorherigen Schritt definiert haben.
  1. Navigieren Sie zur entsprechenden DR-Schutzgruppe. Wählen Sie auf der Registerkarte "Ressourcen" die Option Plan erstellen aus.

    Hinweis:

    • Erstellen Sie für ein Switchover-Szenario den Plan im Teilsektor "Sekundär".
    • Erstellen Sie für ein Rollback-Szenario den Plan im Teilsektor "Primär".
  2. Sie können dem Plan benutzerdefinierte Aktionen hinzufügen, indem Sie auf Gruppe hinzufügen klicken. Verwenden Sie diese Option, um Skripte zu integrieren, die im Rahmen der Ausführung benutzerdefinierter Schritte erstellt wurden.
  3. Erstellen Sie benutzerdefinierte Skripte, um E1services im sekundären Bereich zu starten.
  4. Nachdem Sie die Schritte im Plan validiert haben, klicken Sie auf Plan ausführen, um den Switchover zu initiieren.
  5. Wenn die Vorabprüfungen erfolgreich sind, führt der DR-Plan jeden Schritt sequenziell aus.
  6. Wenn während des Switchover-Prozesses Fehler auftreten, wird die Ausführung beim nicht erfolgreichen Schritt unterbrochen. Sie können den nicht erfolgreichen Schritt überspringen und mit den restlichen Schritten im Plan fortfahren.
  7. Verwenden Sie für ein Rollback denselben Prozess. Sie müssen den Plan jedoch während des Rollbacks aus dem Bereich "Primär" ausführen.

Disaster-Recovery-Plangruppen verstehen

JD Edwards FDSR setzt auf zwei DR-Plangruppen:
  • Vorausgefüllte Gruppen, bei denen es sich um sequenzielle Gruppen handelt, die je nach Teilnehmer und Planart variieren.
  • Benutzerdefinierte Gruppen, die Konfigurationsänderungen an der JDE-Anwendung durchführen, indem benutzerdefinierte Skripte nach dem Switchover von Instanzen aus der primären Region in die sekundäre Region verwendet werden.
Die folgenden Themen werden beschrieben, wie diese Gruppen verwendet werden.

Vorab aufgefüllte Gruppen für DR-Pläne verstehen

Die Vorauffüllung sequenzieller Gruppen hängt von den Mitgliedern ab, die der DR-Schutzgruppe hinzugefügt wurden, sowie von der Art des Plans. Im Folgenden werden die Schritte beschrieben, die gemäß Switchover-Plan aufgefüllt werden.

  • Vorabprüfungen - Eingebaut

    Diese Vorabprüfungen stellen sicher, dass alle erforderlichen Ressourcen, Konfigurationen und Berechtigungen vorhanden sind, um Fehler beim tatsächlichen Failover, Failback oder Test zu verhindern.

  • Load Balancing - Backend-Quell-Sets aktualisieren

    Entfernt Backend-Server aus den Backend-Sets, die nach dem Failover nicht mehr benötigt werden.

  • Compute-Instanzen - Stoppen

    Stoppt alle Instanzressourcen, die Teil der DR-Schutzgruppe in der primären Region sind.

  • Volume-Gruppen – Switchover

    Startet einen Switchover-Vorgang für Volume-Gruppen aus dem Bereich "Primär" in den Bereich "Sekundär", sodass die Volumes im Bereich "Sekundär" schreibgeschützt und aktiv sind.

  • Autonome Datenbanken – Switchover

    Führt ein Switchover von autonomen Datenbanken auf die Standbyinstanz in der sekundären Region aus.

  • Compute-Instanzen - Starten

    Startet Compute-Instanzen in der sekundären Region mit vordefinierten Konfigurationen.

  • Load Balancing - Ziel-Backend-Set aktualisieren

    Aktualisiert die Load-Balancer-Backend-Sets mit Backends, die in der sekundären Region gestartet werden.

  • Volume-Gruppen - Reverse Replication

    Kehrt die Richtung der Volume-Gruppenreplikation um, sodass die sekundäre Region Daten jetzt wieder in die primäre Region repliziert, um die Kontinuität nach dem Failover sicherzustellen.

  • Compute-Instanzen - Beenden

    Beendet die Compute-Instanzen, die in der primären Region nicht mehr benötigt werden. Dies ist ein optionaler Schritt, der manuell aktiviert werden muss.

  • Compute-Instanzen - Von DR-Schutzgruppe entfernen

    Entfernt Compute-Instanzen aus der DR-Schutzgruppe, damit die Gruppe aktualisiert bleibt.

  • Volume-Gruppen – Beenden

    Löscht Volume-Gruppen in der primären Region nach erfolgreichem Switchover. Dies ist ein optionaler Schritt, der manuell aktiviert werden muss

  • Volume-Gruppen - Von DR-Schutzgruppe entfernen

    Entfernt Volume-Gruppen aus der DR-Schutzgruppe, damit die Gruppe aktualisiert bleibt.

Benutzerdefinierte Gruppen für den DR-Plan verstehen

Sie können diese benutzerdefinierten Gruppen hinzufügen, um Konfigurationsänderungen an der JDE-Anwendung durchzuführen, indem Sie benutzerdefinierte Skripte nach dem Switchover von Instanzen aus der primären Region in die sekundäre Region verwenden. Dieser Ansatz trägt dazu bei, den Betriebsaufwand zu minimieren und Ausfallzeiten zu reduzieren.

Die folgenden Gruppen wurden basierend auf den architektonischen Anforderungen einbezogen.

  • Enterprise Server aktualisieren. Fügen Sie diese Gruppe nach Compute-Instanz - Starten hinzu.
  • Webserver aktualisieren; fügen Sie diese Gruppe nach Enterprise Server aktualisieren hinzu.
  • Ais Server aktualisieren. Fügen Sie diese Gruppe nach Webserver aktualisieren hinzu.

Führen Sie die Schritte 2, 3 und 4 in "Disaster-Recovery-Plan erstellen" oben aus, um mehrere benutzerdefinierte Skripte auszuführen und JDE-Konfigurationsdateien für die sekundäre Region zu aktualisieren.

Aktivitäten nach dem Switchover abschließen

Führen Sie nach dem erfolgreichen Wechsel zum sekundären Standort die folgenden Aktivitäten aus, um sicherzustellen, dass alle Services wiederhergestellt und betriebsbereit sind:

  1. Melden Sie sich mit dem Private Key bei den virtuellen Maschinen der DR-Region an.
  2. Bearbeiten Sie die Datei /etc/hosts so, dass sie die IP-Adressen der DR-Web-, Enterprise-/Batch- und AIS-Server enthält.
  3. Melden Sie sich beim Enterprise/Batch-Server an, und verwenden Sie tnsping, um die Konnektivität zur Datenbank zu testen. Wenn erfolgreich, starten Sie JD Edwards-(E1-)Services. Führen Sie nach dem Hochfahren der Anwendung einen Porttest aus.
  4. Stoppen und starten Sie den Weblogic-Service auf Web- und AIS-Servern.
  5. Melden Sie sich bei der Konsole WebLogic an, und starten Sie alle zugehörigen Managed Server.
  6. Prüfen Sie auf dem Lastausgleich für die sekundäre Region, ob die zugeordneten Backends aktiv sind.
  7. Prüfen von JDE-Weblinks auf Oberflächenebene. Geben Sie die Umgebung nach der Verifizierung für Benutzer frei.
  8. Softcoding für JD Edwards in AIS-Verbindung aktualisieren:
    1. Melden Sie sich bei JDE an, und öffnen Sie die Anwendung P954000.
    2. Prüfen Sie die Umgebung <J**920>, und aktualisieren Sie sie auf den DR-Link: http://lb_address:port