Préparation de vos scripts

A propos des scripts de réplication de la configuration Oracle WebLogic Server for OCI

Si vous utilisez les méthodes OCI File Storage avec rsync ou Database File System (DBFS) et les scripts de réplication de configuration pour copier le domaine Oracle WebLogic sur le site de secours, vous pouvez les ajouter en tant qu'étape utilisateur au plan de permutation.

Remarques :

Cela s'applique aux modèles de récupération après sinistre basés sur les méthodes OCI File Storage avec rsync et Database File System (DBFS) pour la réplication de configuration.

Cette étape ne s'applique PAS au modèle de récupération après sinistre basé sur la réplique inter-région Oracle Cloud Infrastructure Block Volumes.

Si vous utilisez des scripts de réplication de configuration pour copier le domaine Oracle WebLogic sur le site de secours, vous pouvez les ajouter en tant qu'étape utilisateur au plan de permutation.

Si la configuration Oracle WebLogic dans la base de données de secours est déjà à jour avec la base de données principale, leur exécution n'est pas obligatoire. Dans le cas contraire, vous pouvez exécuter les scripts juste avant la permutation pour obtenir la dernière configuration à partir de la base de données principale dans le domaine Oracle WebLogic de la base de données de secours.

Pour les cas de récupération après sinistre d'Oracle WebLogic Server for OCI et d'Oracle SOA Suite on Marketplace, vous devez d'abord exécuter les scripts dans l'hôte d'administration 0 du site ayant le rôle principal, puis dans l'hôte d'administration du site ayant le rôle de secours.

Pour connaître les scripts, reportez-vous à Oracle WebLogic Server for Oracle Cloud Infrastructure, Disaster Recovery Production and DR in the Oracle Cloud Infrastructure (OCI) et à SOA Suite on Oracle Cloud Infrastructure Marketplace Disaster Recovery, Production and Disaster Recovery in the Oracle Cloud Infrastructure (OCI).

Localisez le chemin du script dans les hôtes d'administration. Par exemple, /u01/scripts/config_replica.sh.

A propos du script de mise à jour de la chaîne de connexion à la base de données

Si vous utilisez le modèle de récupération après sinistre basé sur la réplique inter-région OCI Block Volumes, vous devez effectuer un remplacement sur la configuration de domaine Oracle WebLogic après une opération de permutation ou de basculement.

La configuration du domaine Oracle WebLogic est une copie du domaine principal. Etant donné que la chaîne de connexion à la base de données dans les fichiers de configuration Oracle WebLogic pointe vers la base de données principale, vous devez la remplacer par les détails de connexion à la base de données secondaire après une permutation ou un basculement. Et inversement lorsqu'il y a une permutation ou un rétablissement.

Remarques :

Cette tâche s'applique uniquement au modèle de récupération après sinistre basé sur la réplication inter-région OCI Block Volumes. Cette tâche ne s'applique PAS aux modèles de récupération après sinistre basés sur les méthodes OCI File Storage avec rsync et Database File System (DBFS) pour la réplication de configuration.

Pour automatiser ce remplacement, utilisez le script replacement_script_BVmodel.sh. Ce script est fourni dans Oracle WebLogic Server for Oracle Cloud Infrastructure, Production et récupération après sinistre dans Oracle Cloud Infrastructure (OCI) et SOA Suite on Oracle Cloud Infrastructure Marketplace - Récupération après sinistre, production et récupération après sinistre dans Oracle Cloud Infrastructure (OCI) pour le modèle de récupération après sinistre inter-région Block Volume. Vous placez ce script dans tous les noeuds WebLogic, dans la base de données principale et de secours, dans un dossier qui ne se trouve pas dans un volume de blocs répliqué. Le script doit être personnalisé avec les valeurs appropriées dans chaque région.

Localisez le chemin du script dans les hôtes. Par exemple, /u01/scripts/replacement_script_BVmodel.sh.

Lorsque vous définissez les plans de permutation et de basculement, vous ajoutez ce script aux plans en tant qu'étape définie par l'utilisateur.

Créer des scripts pour démarrer et arrêter des processus Oracle WebLogic

Créez des scripts personnalisés à appeler pour arrêter et démarrer les processus Oracle WebLogic. Si vous disposez déjà de scripts personnalisés pour arrêter et démarrer les processus Oracle WebLogic, vous pouvez les utiliser dans vos plans OCI Full Stack Disaster Recovery Service. Vous pouvez également utiliser les scripts wls_stop.sh et wls_start.sh fournis dans la section Télécharger le code. Ces scripts sont valides pour Oracle WebLogic Server for OCI et Oracle SOA Suite on Marketplace. Ces scripts démarrent et arrêtent tous les processus Oracle WebLogic (serveur d'administration, serveur géré et gestionnaire de noeuds) ou chaque processus séparément.

Pour les opérations de permutation et de basculement effectuées par OCI Full Stack Disaster Recovery Service, Oracle recommande d'utiliser les scripts suivants. Ces exemples de script utilisent les scripts wls_stop.sh et wls_start.sh fournis (ils les appellent avec des options spécifiques) et seront appelés à partir de groupes de plans personnalisés lorsque vous définirez les plans de récupération après sinistre ultérieurement :

Créez un script pour démarrer le serveur d'administration Oracle WebLogic dans l'hôte d'administration de niveau intermédiaire. Il démarre également le gestionnaire de noeuds si celui-ci est arrêté.
Exemple de script : custom_start_aserver.sh. Placez ce script personnalisé dans un dossier de l'hôte du niveau intermédiaire, par exemple, dans /opt/scripts. Le chemin d'accès complet au script est fourni dans les plans de récupération après sinistre.
```
# 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
```
Créez un script pour démarrer le serveur géré Oracle WebLogic dans chaque hôte de niveau intermédiaire. Il démarre également le gestionnaire de noeuds dans l'hôte, dans le cas où il est arrêté.
Exemple de script : custom_start_mserver.sh. Placez ce script personnalisé dans un dossier de l'hôte du niveau intermédiaire, par exemple, dans /opt/scripts. Le chemin d'accès complet au script est fourni dans les plans de récupération après sinistre.
```
# 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
```
Créez un script pour arrêter les processus Oracle WebLogic dans l'hôte (serveur d'administration s'il s'agit de l'hôte d'administration et du serveur géré) dans chaque hôte de niveau intermédiaire. Le gestionnaire de noeud restera démarré.
Exemple de script : custom_stop.sh. Placez ce script personnalisé dans un dossier de l'hôte du niveau intermédiaire, par exemple, dans /opt/scripts. Le chemin d'accès complet au script est fourni dans les plans de récupération après sinistre.
- Si vous utilisez les méthodes "OCI File Storage avec rsync" ou "Système de fichiers de base de données (DBFS)" pour répliquer la configuration, vous pouvez maintenir le gestionnaire de noeuds en fonctionnement.
```
# Call to the script that stops WLS processes but leave the node manager up
/opt/scripts/restart/wls_stop.sh servers
```
- Si vous utilisez un modèle de réplique inter-région de volume de blocs, vous devez arrêter tous les processus liés au serveur WebLogic pour démonter le volume de blocs lors d'une permutation. Après avoir arrêté le processus du serveur WebLogic, vous devez arrêter le processus du gestionnaire de noeuds. Utilisez les éléments suivants dans le script custom_stop.sh :
```
# Call to the script that stops WLS processes and node manager in this host
/opt/scripts/restart/wls_stop.sh all
```

Création d'un script pour modifier le nom du système frontal DNS

Vous pouvez ajouter un groupe de plans personnalisé et des étapes pour automatiser la modification du DNS afin de modifier l'enregistrement DNS frontal dans votre fournisseur DNS.

Si vous utilisez le DNS Oracle Cloud Infrastructure, des exemples de scripts sont disponibles dans la section Télécharger les scripts de ce document.

Lors du basculement vers la région 2, vous devez exécuter le script qui met à jour l'enregistrement DNS de nom frontal pour qu'il pointe vers l'adresse IP de l'équilibreur de charge de la région 2. Placez le script correspondant dans l'un des hôtes de niveau intermédiaire Region 2.
Lors du basculement vers la région 1, exécutez le script qui met à jour l'enregistrement DNS de nom frontal pour qu'il pointe vers l'adresse IP de l'équilibreur de charge de la région 1. Placez le script correspondant dans l'un des hôtes de niveau intermédiaire Region 1.
Vous pouvez également créer une fonction Oracle Cloud Infrastructure sur chaque site qui exécute le script approprié en mode sans serveur.

Identifier des scripts personnalisés supplémentaires

Identifiez et localisez les scripts supplémentaires que vous devez exécuter sur vos systèmes lorsque vous effectuez une opération de permutation ou de basculement. Ces scripts seront appelés à partir de vos groupes de plans personnalisés lorsque vous définirez vos plans de récupération après sinistre.