Préparer vos scripts

À propos des scripts pour répliquer la configuration d'Oracle WebLogic Server pour OCI

Si vous utilisez les méthodes "Stockage de fichiers OCI avec rsync" ou "Système de fichiers de base de données (DBFS)" et les scripts de réplication de configuration pour copier le domaine Oracle WebLogic vers le site de secours, vous pouvez les ajouter en tant qu'"étape utilisateur" au plan de permutation.

Note :

Cela s'applique aux modèles de récupération après sinistre basés sur les méthodes "Stockage de fichiers OCI avec rsync" et "Système de fichiers de base de données (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 d'Oracle Cloud Infrastructure Block Volumes.

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

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

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

Pour les scripts, voir Oracle WebLogic Server for Oracle Cloud Infrastructure, Disaster Recovery Production and DR dans Oracle Cloud Infrastructure (OCI) et SOA Suite sur Oracle Cloud Infrastructure Marketplace pour la récupération après sinistre, la production et la récupération après sinistre dans Oracle Cloud Infrastructure (OCI).

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

À 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 du service de volumes par blocs pour OCI, 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. Comme la chaîne de connexion de la base de données dans les fichiers de configuration Oracle WebLogic pointe vers la base principale, vous devez la remplacer par les détails de connexion de la base de données secondaire après une permutation ou un basculement. Et inversement lorsqu'il y a un switchback ou un failback.

Note :

Cette tâche s'applique uniquement au modèle de récupération après sinistre basé sur la réplication inter-région des volumes par blocs OCI. Cette tâche ne s'applique PAS aux modèles de récupération après sinistre basés sur les méthodes "Stockage de fichiers OCI avec rsync" et "Système de fichiers de base de données (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 de récupération après sinistre et récupération après sinistre dans Oracle Cloud Infrastructure (OCI) et SOA Suite sur Oracle Cloud Infrastructure Marketplace pour la récupération après sinistre, la production et la 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 de volume par blocs. Vous placez ce script dans tous les noeuds WebLogic, dans la base principale et la base de secours, dans un dossier qui n'est pas dans un volume par 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 avez déjà des scripts personnalisés pour arrêter et démarrer les processus Oracle WebLogic, vous pouvez les utiliser dans vos plans de service de récupération après sinistre de pile complète OCI. 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 pour 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 le service de récupération après sinistre de pile complète OCI, Oracle recommande d'utiliser les scripts suivants. Ces exemples de scripts 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 des plans RS plus tard :

Créez un script pour démarrer le serveur d'administration Oracle WebLogic sur l'hôte d'administration de niveau intermédiaire (middle tier). Il démarre également le gestionnaire de noeuds, s'il est arrêté.
L'exemple de script suivant est : custom_start_aserver.sh. Placez ce script personnalisé dans un dossier de l'hôte de niveau intermédiaire, par exemple dans /opt/scripts. Le chemin d'accès complet au script est fourni dans les plans RS.
```
# 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 sur chaque hôte de niveau intermédiaire (middle tier). Il démarre également le gestionnaire de noeuds dans l'hôte, en cas d'arrêt.
L'exemple de script suivant est : custom_start_mserver.sh. Placez ce script personnalisé dans un dossier de l'hôte de niveau intermédiaire, par exemple dans /opt/scripts. Le chemin d'accès complet au script est fourni dans les plans RS.
```
# 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é) sur chaque hôte de niveau intermédiaire. Le gestionnaire de noeuds restera actif.
L'exemple de script suivant est : custom_stop.sh. Placez ce script personnalisé dans un dossier de l'hôte de niveau intermédiaire, par exemple dans /opt/scripts. Le chemin d'accès complet au script est fourni dans les plans RS.
- Si vous utilisez les méthodes "Stockage de fichiers OCI avec rsync" ou "Système de fichiers de base de données (DBFS)" pour répliquer la configuration, vous pouvez garder le gestionnaire de noeuds actif.
```
# 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 par blocs, vous devez arrêter tous les processus liés au serveur WebLogic pour démonter le volume par blocs lors d'une permutation. Après avoir arrêté le processus de serveur WebLogic, vous devez arrêter le processus de 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éer un script pour modifier le nom frontal du 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 pour Oracle Cloud Infrastructure, des exemples de scripts sont disponibles dans la section Télécharger les scripts de ce document.

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

Identifier les scripts personnalisés supplémentaires

Identifiez et localisez les scripts supplémentaires que vous devez exécuter dans 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 reprise après sinistre.