Paramètres de règles de supervision

Cette page permet d'afficher ou de modifier les paramètres qui contrôlent la manière dont l'agent de noeud contrôle et relance un processus.

Pour afficher cette page de la console d'administration, cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur. Ensuite, sous Infrastructure du serveur, cliquez sur Gestion des processus et Java > Règle de contrôle.

Nombre maximal de tentatives de démarrage

Indique le nombre maximal de tentatives de démarrage du serveur d'applications avant d'abandonner.

Type de données Entierr
Intervalle entre commandes ping

Indique, en secondes, l'intervalle qui s'écoule entre deux tentatives consécutives de communication entre le processus parent, tel que l'agent de noeud, et le processus qu'il a engendré, tel qu'un serveur d'applications. Augmentez ou diminuez cette valeur en fonction des impératifs de redémarrage des serveurs en échec. Une valeur plus faible entraîne une détection précoce des échecs, tandis qu'une valeur plus élevée entraîne une réduction de la fréquence d'émission des commandes ping et donc du temps système.

Type de données Entier
Intervalle Définissez une valeur supérieure ou égale à 0 (zéro) et inférieure à 2147483. Si vous spécifiez une valeur supérieure à 2147483, le serveur d'applications agit comme si vous aviez défini la valeur 0 (pas de détection des échecs).

[z/OS] Dans un environnement z/OS, le paramètre Intervalle entre commandes ping d'un gestionnaire de déploiement ou d'un agent de noeud est ignoré. Cependant, le paramètre Intervalle entre commandes ping d'un serveur d'applications est utilisé par l'agent de noeud pour contrôler la fonction de surveillance PidWaiter du système d'exploitation natif z/OS. La surveillance PidWaiter est similaire, en termes de fonctionnalité, au sondage par commandes ping utilisé dans les environnements répartis. Ces deux fonctions de surveillance ont le même objectif : déterminer si un serveur d'application est toujours actif. La seule différence est que la surveillance PidWaiter n'envoie pas de messages TCP/IP comme le fait le sondage par commandes ping.

[z/OS] Eviter les incidents : Si vous affectez la valeur 0 à cette propriété, qui indique qu'aucune vérification n'est effectuée, des unités d'exécution, telles que PidWaiter, peuvent s'arrêter avant de retourner l'état à l'unité d'exécution initiatrice. Dans ce cas, le gestionnaire de déploiement peut ne pas indiquer certains événements aux agents de noeud, ce qui peut avoir un impact sur le traitmement stopServer.sh.gotcha
[z/OS] Vous pouvez aussi définir les deux propriétés suivantes pour réduire considérablement le nombre de recherches DNS pouvant résulter de l'activité de surveillance :
  1. Vous pouvez ajouter le propriété personnalisée de JVM com.ibm.websphere.management.monitoring.pingInterval pour le contrôleur de chaque processus. Sa valeur par défaut est de 60 secondes. Il est déconseillé de changer cette valeur, sauf si vous avez besoin de minimiser le nombre de recherches DNS. Dans ce cas, choisissez un intervalle approprié à votre système.

    Lorsque cette propriété est définie pour le gestionnaire de déploiement, elle détermine à quel intervalle celui-ci vérifie si l'agent de noeud est toujours actif. Lorsqu'elle est définie pour l'agent de noeud, elle détermine à quel intervalle celui-ci vérifie si le gestionnaire de déploiement est toujours actif. Lorsqu'elle est définie pour un serveur d'applications, elle détermine à quel intervalle celui-ci vérifie si l'agent de noeud est toujours actif.

  2. Vous pouvez ajouter la variable d'environnement protocol_iiop_resolve_foreign_hostname au niveau de la cellule et lui attribuer la valeur 0. Le fait de régler cette variable à 0 désactive la fonction IIOP de résolution des noms d'hôte étrangers, éliminant du même coup les recherches DNS exécutées par cette fonction.

[z/OS] Si vous ajoutez ces deux propriétés, les recherches DNS ne sont pas complètement éliminées des processus produit.

Délai d'expiration de la commande ping

Lorsqu'un processus parent (par exemple, un gestionnaire de processus) engendre un processus enfant (par exemple, un serveur), le processus parent sonde le processus enfant en lui envoyant une commande ping pour déterminer s'il a été généré avec succès. Ce paramètre spécifie, en secondes, le délai au terme duquel le processus parent considère que le processus enfant a échoué s'il n'obtient pas de réponse.

Type de données Entier
Unité Secondes
Intervalle Définissez une valeur supérieure ou égale à 0 (zéro) et inférieure à 2147483647. Si vous spécifiez une valeur supérieure à 2147483647, le serveur d'applications agit comme si vous aviez défini la valeur 0.
Redémarrage automatique

Indique si le processus doit redémarrer automatiquement en cas d'échec.

Si vous modifiez la valeur indiquée dans cette zone, vous devez redémarrer le serveur d'applications et l'agent de noeud pour que le nouveau paramètre soit pris en compte.

Ce paramètre n'affecte pas les paramètres que vous avez définis pour l'état de redémarrage du noeud. Les deux paramètres sont mutuellement exclusifs.

Type de données Booléen
Valeur par défaut

[AIX Solaris HP-UX Linux Windows] [iSeries] true pour les environnements répartis et i5/OS

[z/OS] false pour l'environnement z/OS

Etat de redémarrage du noeud

Ce paramètre ne s'affiche que pour le produit Network Deployment. Il indique le comportement souhaité des serveurs après arrêt complet et redémarrage du noeud.

Si un serveur est déjà en cours d'exécution à l'arrêt de l'agent de noeud, l'exécution de ce serveur est poursuivie après le redémarrage de l'agent de noeud. Si un serveur est arrêté lorsque l'agent de noeud redémarre, le fait que l'agent de noeud démarre ou non le serveur dépend du paramétrage de cette propriété :
  • Si cette propriété est définie sur STOPPED, l'agent de noeud ne démarre pas le serveur.
  • Si cette propriété est définie sur RUNNING, l'agent de noeud démarre toujours le serveur.
  • Si cette propriété est définie sur PREVIOUS, l'agent de noeud démarre le serveur uniquement si ce dernier était en cours d'exécution à l'arrêt de l'agent de noeud.
Remarque : Si vous modifiez l'état du redémarrage du noeud, la modification est appliquée après la synchronisation du noeud. Lors du redémarrage suivant NodeAgent (après la synchronisationp), l'état de rédémarrage du noeud est pris en compte.

Ce paramètre n'affecte pas les paramètres que vous avez définis pour le redémarrage automatique. Les deux paramètres sont mutuellement exclusifs.

Type de données Chaîne
Valeur par défaut STOPPED
Intervalle Les valeurs valides sont ARRETE, EN COURS D'EXECUTION et PRECEDENT. Si vous voulez que l'état courant du processus soit rétabli après le redémarrage du noeud, utilisez la valeur PRECEDENT.



Les liens marqués (en ligne) requièrent un accès à Internet.

Tâches associées


Nom du fichier : urun_rmonitorpol.html