Prepara gli script

Informazioni sugli script per la replica della configurazione di Oracle WebLogic Server per OCI

Se si utilizzano i metodi "OCI File Storage con rsync" o "Database File System (DBFS)" e gli script di replica della configurazione per copiare il dominio Oracle WebLogic nel sito in standby, è possibile aggiungerli come "passaggio utente" al piano di switchover.

Nota

Ciò si applica ai modelli Disaster Recover basati sui metodi "OCI File Storage con rsync" e "Database File System (DBFS)" per la replica della configurazione.

Questo passo NON si applica al modello di disaster recovery basato sulla replica tra più aree di Oracle Cloud Infrastructure Block Volumes.

Se si utilizzano gli script di replica della configurazione per copiare il dominio Oracle WebLogic nel sito in standby, è possibile aggiungerli come passo utente al piano di switchover.

Se la configurazione Oracle WebLogic in standby è già aggiornata con il database primario, l'esecuzione di tale configurazione non è obbligatoria. In caso contrario, è possibile eseguire gli script subito prima dello switchover per ottenere la configurazione più recente dal database primario nel dominio Oracle WebLogic del database di standby.

Per i casi di recupero da errori irreversibili di Oracle WebLogic Server for OCI e Oracle SOA Suite on Marketplace, è necessario eseguire prima gli script nell'host di amministrazione 0 del sito che dispone del ruolo primario e quindi nell'host di amministrazione del sito che dispone del ruolo standby.

Per gli script, consulta Oracle WebLogic Server for Oracle Cloud Infrastructure, Disaster Recovery Production and DR in the Oracle Cloud Infrastructure (OCI) e SOA Suite on Oracle Cloud Infrastructure Marketplace Disaster Recovery, Production and Disaster Recovery in the Oracle Cloud Infrastructure (OCI).

Individuare il percorso dello script negli host di amministrazione. Ad esempio, /u01/scripts/config_replica.sh.

Informazioni sullo script per aggiornare la stringa di connessione al database

Se si utilizza il modello di recupero da errori irreversibili basato sulla replica tra più aree dei volumi a blocchi OCI, è necessario eseguire una sostituzione nella configurazione del dominio Oracle WebLogic dopo un'operazione di switchover o failover.

La configurazione del dominio Oracle WebLogic è una copia dal database primario. Poiché la stringa di connessione al database nei file di configurazione di Oracle WebLogic punta al database primario, è necessario sostituirla con i dettagli di connessione al database secondario dopo uno switchover o un failover. E viceversa quando c'è uno switchback o failback.

Nota

Questo task si applica solo al modello di disaster recovery basato sulla replica tra più aree dei volumi a blocchi OCI. Questo task NON si applica ai modelli di recupero da errori irreversibili basati sui metodi "OCI File Storage con rsync" e "Database File System (DBFS)" per la replica della configurazione.

Per automatizzare questa sostituzione, utilizzare lo script replacement_script_BVmodel.sh. Questo script è disponibile in Oracle WebLogic Server for Oracle Cloud Infrastructure, Disaster Recovery Production and DR in the Oracle Cloud Infrastructure (OCI) e SOA Suite on Oracle Cloud Infrastructure Marketplace Disaster Recovery, Production and Disaster Recovery in the Oracle Cloud Infrastructure (OCI) per il modello DR tra più aree del volume a blocchi. Lo script viene posizionato in tutti i nodi WebLogic, in database primario e in standby, in una cartella che non si trova in un volume a blocchi replicato. Lo script deve essere personalizzato con i valori appropriati in ogni area.

Individuare il percorso dello script negli host. Ad esempio, /u01/scripts/replacement_script_BVmodel.sh.

Quando si definiscono i piani di switchover e failover, questo script verrà aggiunto ai piani come passo definito dall'utente.

Crea script per avviare e arrestare i processi Oracle WebLogic

Creare script personalizzati da richiamare per arrestare e avviare i processi Oracle WebLogic. Se si dispone già di script personalizzati per arrestare e avviare i processi Oracle WebLogic, è possibile utilizzarli nei piani del servizio OCI Full Stack Disaster Recovery. In alternativa, utilizzare gli script wls_stop.sh e wls_start.sh disponibili nella sezione Scarica codice. Questi script sono validi per Oracle WebLogic Server per OCI e Oracle SOA Suite on Marketplace. Questi script avviano e arrestano tutti i processi Oracle WebLogic (server di amministrazione, server gestito e Node Manager) o ogni processo separatamente.

Per le operazioni di switchover e failover eseguite da OCI Full Stack Disaster Recovery Service, Oracle consiglia di utilizzare gli script riportati di seguito. Questi script di esempio utilizzano gli script wls_stop.sh e wls_start.sh forniti (i quali vengono richiamati con opzioni specifiche) e verranno richiamati dai gruppi di piani personalizzati quando si definiscono i piani DR in un secondo momento:

Creare uno script per avviare il server di amministrazione Oracle WebLogic nell'host di amministrazione di livello intermedio. Verrà inoltre avviato il Node Manager, nel caso in cui venga arrestato.
Uno script di esempio è il seguente: custom_start_aserver.sh. Posizionare questo script personalizzato in una cartella nell'host di livello intermedio, ad esempio in /opt/scripts. Il percorso completo dello script viene fornito nei piani DR.
```
# 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
```

Creare uno script per avviare il server gestito Oracle WebLogic in ogni host di livello intermedio. Verrà inoltre avviato il Node Manager nell'host, nel caso in cui venga arrestato.

Uno script di esempio è il seguente: custom_start_mserver.sh. Posizionare questo script personalizzato in una cartella nell'host di livello intermedio, ad esempio in /opt/scripts. Il percorso completo dello script viene fornito nei piani DR.

# 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

Creare uno script per arrestare i processi Oracle WebLogic nell'host (server di amministrazione se si tratta dell'host di amministrazione e del server gestito) in ogni host di livello intermedio. Il Node Manager rimarrà attivo.
Uno script di esempio è il seguente: custom_stop.sh. Posizionare questo script personalizzato in una cartella nell'host di livello intermedio, ad esempio in /opt/scripts. Il percorso completo dello script viene fornito nei piani DR.
- Se si utilizzano i metodi "OCI File Storage con rsync" o "Database File System (DBFS)" per replicare la configurazione, è possibile mantenere attivo Node Manager.
```
# Call to the script that stops WLS processes but leave the node manager up
/opt/scripts/restart/wls_stop.sh servers
```
- Se si utilizza il modello di replica tra più aree del volume a blocchi, è necessario arrestare tutti i processi correlati al server WebLogic per disattivare il volume a blocchi durante uno switchover. Dopo aver arrestato il processo del server WebLogic, è necessario arrestare il processo di Node Manager. Nello script custom_stop.sh, usare quanto segue:
```
# Call to the script that stops WLS processes and node manager in this host
/opt/scripts/restart/wls_stop.sh all
```

Creare uno script per modificare il nome del front-end DNS

È possibile aggiungere un gruppo di piani e passi personalizzati per automatizzare la modifica del DNS e modificare il record DNS front-end nel provider DNS.

Se si utilizza DNS di Oracle Cloud Infrastructure, esempi di script sono disponibili nella sezione Scarica script di questo documento.

Quando si passa all'Area 2, è necessario eseguire lo script che aggiorna il record DNS del nome frontend in modo che punti all'IP del load balancer dell'Area 2. Inserire lo script per questo in uno degli host di livello intermedio dell'area 2.
Quando si passa all'area 1, eseguire lo script che aggiorna il record DNS del nome anteriore in modo che punti all'IP del load balancer dell'area 1. Inserire lo script per questo in uno degli host di livello intermedio dell'area 1.
In alternativa, è possibile creare una funzione di Oracle Cloud Infrastructure in ogni sito che esegue lo script appropriato in modalità serverless.

Identifica script personalizzati aggiuntivi

Identificare e individuare eventuali script aggiuntivi da eseguire nei sistemi quando si esegue un'operazione di switchover o failover. Questi script verranno richiamati dai gruppi di piani personalizzati quando si definiscono i piani di disaster recovery.