Skripte vorbereiten

Skripte zum Replizieren der Oracle WebLogic Server for OCI-Konfiguration

Wenn Sie die Methoden "OCI File Storage mit rsync" oder "Database File System (DBFS)" und Konfigurationsreplikationsskripte verwenden, um die Oracle WebLogic-Domain auf die Standbysite zu kopieren, können Sie sie als "Benutzerschritt" zum Switchover-Plan hinzufügen.

Hinweis:

Dies gilt für Disaster Recover-Modelle, die auf den Methoden "OCI File Storage mit rsync" und "Database File System (DBFS)" für die Konfigurationsreplikation basieren.

Dieser Schritt gilt NICHT für das Disaster-Recovery-Modell, das auf einem regionsübergreifenden Oracle Cloud Infrastructure Block Volumes-Replikat basiert.

Wenn Sie Konfigurationsreplikationsskripte verwenden, um die Oracle WebLogic-Domain auf die Standbysite zu kopieren, können Sie sie als Benutzerschritt zum Switchover-Plan hinzufügen.

Wenn die Oracle WebLogic-Konfiguration in der Standby-Datenbank bereits mit der primären Datenbank auf dem neuesten Stand ist, ist die Ausführung dieser Konfiguration nicht obligatorisch. Andernfalls können Sie die Skripte direkt vor dem Switchover ausführen, um die neueste Konfiguration von der Primärdatenbank in der Oracle WebLogic-Domain der Standbydatenbank abzurufen.

Bei Disaster Recovery-Fällen von Oracle WebLogic Server for OCI und Oracle SOA Suite on Marketplace müssen Sie die Skripte zuerst auf dem Administrationshost 0 der Site mit der primären Rolle und dann auf dem Administrationshost der Site mit der Standbyrolle ausführen.

Die Skripte finden Sie unter Oracle WebLogic Server for Oracle Cloud Infrastructure, Disaster Recovery Production and DR in der Oracle Cloud Infrastructure (OCI) und SOA Suite auf Oracle Cloud Infrastructure Marketplace Disaster Recovery, Production and Disaster Recovery in der Oracle Cloud Infrastructure (OCI).

Suchen Sie den Pfad des Skripts auf den Administrationshosts. Beispiel: /u01/scripts/config_replica.sh.

Skript zum Aktualisieren der Verbindungszeichenfolge für die Datenbank

Wenn Sie das Disaster-Recovery-Modell basierend auf dem regionsübergreifenden Replikat von OCI Block Volumes verwenden, müssen Sie nach einem Switchover- oder Failover-Vorgang einen Ersatz für die Oracle WebLogic-Domainkonfiguration ausführen.

Die Oracle WebLogic-Domainkonfiguration ist eine Kopie von der primären Domain. Da die Verbindungszeichenfolge der Datenbank in den Oracle WebLogic-Konfigurationsdateien auf die primäre Datenbank verweist, müssen Sie sie nach einem Switchover oder Failover durch die Details der sekundären Datenbankverbindung ersetzen. Und umgekehrt, wenn es ein Switchback oder Failback gibt.

Hinweis:

Diese Aufgabe gilt nur für das Disaster-Recovery-Modell basierend auf der regionsübergreifenden Replikation von OCI Block Volumes. Diese Aufgabe gilt NICHT für Disaster-Recovery-Modelle, die auf den Methoden "OCI File Storage mit rsync" und "Database File System (DBFS)" für die Konfigurationsreplikation basieren.

Um diese Ersetzung zu automatisieren, verwenden Sie das Skript replacement_script_BVmodel.sh. Dieses Skript wird in 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) für das regionsübergreifende Block Volume-DR-Modell bereitgestellt. Sie platzieren dieses Skript auf allen WebLogic-Knoten in der Primär- und Standbydatenbank in einem Ordner, der sich nicht in einem replizierten Block-Volume befindet. Das Skript muss mit den entsprechenden Werten in jeder Region angepasst werden.

Suchen Sie den Pfad des Skripts in den Hosts. Beispiel: /u01/scripts/replacement_script_BVmodel.sh.

Wenn Sie die Switchover- und Failover-Pläne definieren, fügen Sie dieses Skript als benutzerdefinierten Schritt zu den Plänen hinzu.

Skripte zum Starten und Stoppen von Oracle WebLogic-Prozessen erstellen

Erstellen Sie benutzerdefinierte Skripte, die aufgerufen werden sollen, um Oracle WebLogic-Prozesse zu stoppen und zu starten. Wenn Sie bereits benutzerdefinierte Skripte zum Stoppen und Starten der Oracle WebLogic-Prozesse haben, können Sie diese in Ihren OCI Full Stack Disaster Recovery Service-Plänen verwenden. Alternativ können Sie die Skripte wls_stop.sh und wls_start.sh verwenden, die im Abschnitt Code herunterladen bereitgestellt werden. Diese Skripte sind für Oracle WebLogic Server for OCI und Oracle SOA Suite on Marketplace gültig. Diese Skripte starten und stoppen alle Oracle WebLogic-Prozesse (Administration Server, Managed Server und Node Manager) oder jeden Prozess separat.

Für Switchover- und Failover-Vorgänge, die von OCI Full Stack Disaster Recovery Service ausgeführt werden, empfiehlt Oracle die Verwendung der folgenden Skripte. Diese Beispielskripte verwenden die bereitgestellten Skripte wls_stop.sh und wls_start.sh (sie rufen sie mit bestimmten Optionen auf) und werden von benutzerdefinierten Plangruppen aufgerufen, wenn Sie die DR-Pläne später definieren:

Erstellen Sie ein Skript, um den Oracle WebLogic-Administrationsserver auf dem Middle Tier-Administrationshost zu starten. Außerdem wird der Node Manager gestartet, falls er gestoppt wird.
Nachfolgendes Beispielskript: custom_start_aserver.sh. Platzieren Sie dieses benutzerdefinierte Skript in einem Ordner auf dem Middle Tier-Host, z.B. in /opt/scripts. Der vollständige Pfad zum Skript wird in den DR-Plänen bereitgestellt.
```
# Remove .pid, .lck and .state files (that could have been left behind if a previous crash) before starting
rm -f ${DOMAIN_HOME}/servers/*/data/nodemanager/*.lck
rm -f ${DOMAIN_HOME}/servers/*/data/nodemanager/*.state
rm -f ${DOMAIN_HOME}/servers/*/data/nodemanager/*.pid
# Call to the script that starts the Node Manager (if not already up) and Admin server in this node
/opt/scripts/restart/wls_start.sh aserver
```

Erstellen Sie ein Skript, um den Oracle WebLogic Managed Server auf jedem Middle Tier-Host zu starten. Außerdem wird der Node Manager im Host gestartet, falls er gestoppt wird.

Nachfolgendes Beispielskript: custom_start_mserver.sh. Platzieren Sie dieses benutzerdefinierte Skript in einem Ordner auf dem Middle Tier-Host, z.B. in /opt/scripts. Der vollständige Pfad zum Skript wird in den DR-Plänen bereitgestellt.

# Remove .pid, .lck and .state files (that could have been left behind if a previous crash) before starting
rm -f ${DOMAIN_HOME}/servers/*server_*/data/nodemanager/*.lck
rm -f ${DOMAIN_HOME}/servers/*server_*/data/nodemanager/*.state
rm -f ${DOMAIN_HOME}/servers/*server_*/data/nodemanager/*.pid
# Call to the script that starts the Node Manager (if not already up) and managed server in this node
/opt/scripts/restart/wls_start.sh mserver

Erstellen Sie ein Skript, um die Oracle WebLogic-Prozesse auf dem Host (Administrationsserver, wenn es sich um den Administrationshost und den Managed Server handelt) auf jedem Mid-Tier-Host zu stoppen. Der Node Manager bleibt aktiv.
Nachfolgendes Beispielskript: custom_stop.sh. Platzieren Sie dieses benutzerdefinierte Skript in einem Ordner auf dem Middle Tier-Host, z.B. in /opt/scripts. Der vollständige Pfad zum Skript wird in den DR-Plänen bereitgestellt.
- Wenn Sie die Konfiguration mit den Methoden "OCI File Storage mit rsync" oder "Database File System (DBFS)" replizieren, können Sie den Node Manager aktiviert lassen.
```
# Call to the script that stops WLS processes but leave the node manager up
/opt/scripts/restart/wls_stop.sh servers
```
- Wenn Sie ein regionsübergreifendes Block-Volume-Replikatmodell verwenden, müssen Sie alle WebLogic Server-bezogenen Prozesse stoppen, um das Block-Volume während eines Switchovers zu unmounten. Nachdem Sie den WebLogic Server-Prozess gestoppt haben, müssen Sie den Node Manager-Prozess stoppen. Verwenden Sie im Skript custom_stop.sh Folgendes:
```
# Call to the script that stops WLS processes and node manager in this host
/opt/scripts/restart/wls_stop.sh all
```

Skript zum Ändern des DNS-Frontend-Namens erstellen

Sie können eine benutzerdefinierte Plangruppe und Schritte hinzufügen, um die Änderung des DNS zu automatisieren, um den Frontend-DNS-Datensatz in Ihrem DNS-Provider zu ändern.

Wenn Sie Oracle Cloud Infrastructure-DNS verwenden, finden Sie Beispiele für Skripte dafür im Abschnitt Skripte herunterladen dieses Dokuments.

Wenn Sie zu Region 2 wechseln, müssen Sie das Skript ausführen, das den DNS-Datensatz des Frontend-Namens aktualisiert, sodass er auf die IP von Region 2 des Load Balancers verweist. Platzieren Sie das Skript dafür in einem der Middle Tier-Hosts der Region 2.
Wenn Sie zu Region 1 wechseln, führen Sie das Skript aus, das den DNS-Datensatz des Frontnamens aktualisiert, sodass es auf die IP von Region 1 des Load Balancers verweist. Platzieren Sie das Skript dafür in einem der Middle Tier-Hosts der Region 1.
Alternativ können Sie eine Oracle Cloud Infrastructure-Funktion in jeder Site erstellen, die das entsprechende Skript in einem serverlosen Modus ausführt.

Zusätzliche benutzerdefinierte Skripte identifizieren

Ermitteln und lokalisieren Sie zusätzliche Skripte, die Sie bei einem Switchover- oder Failover-Vorgang auf Ihren Systemen ausführen müssen. Diese Skripte werden von Ihren benutzerdefinierten Plangruppen aufgerufen, wenn Sie Ihre Disaster-Recovery-Pläne definieren.