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 fois que le produit tente de démarrer un serveur d'applications en réponse à une demande de démarrage. Si le serveur ne démarre pas une fois le nombre de tentatives spécifié atteint, un message d'erreur est généré pour indiquer que le serveur d'applications ne peut pas démarrer.

Information valeur
Type de donnée Entierr
Valeur par défaut

3

Intervalle entre commandes ping

Indique, en secondes, la fréquence de tentatives de communication entre le processus parent, comme l'agent du noeud, et le processus créé, comme 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.

Information valeur
Type de donnée Entierr
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).
Valeur par défaut

60

[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'applications 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.

Eviter les incidents Eviter les incidents:
  • Si vous affectez la valeur 0 à cette propriété, ce qui indique qu'aucune vérification n'est effectuée, certaines unités d'exécution, comme PidWaiter, peuvent se terminer avant le renvoi de leur statut par les unités d'exécution à l'unité d'exécution d'initialisation. 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 traitement stopServer.sh.
  • Si vous affectez à cette propriété une valeur supérieure à 0 mais inférieure ou égale à 5, la valeur réelle utilisée pour l'intervalle entre commandes ping est 5.
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 crée un processus enfant, comme lorsque un gestionnaire de processus crée un serveur, le processus parent ping le processus enfant pour voir si l'enfant a bien été créé. 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.

Information valeur
Type de donnée Entierr
Unité Valeur par défaut
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.
Valeur par défaut

300

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.

Information valeur
Type de donnée Booléenne
Valeur par défaut

[AIX Solaris HP-UX Linux Windows][IBM i]true pour les environnements répartis et IBM® i

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

Etat de redémarrage du noeud

Ce paramètre ne s'affiche que pour le produit WebSphere Application Server, 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 synchronisation), 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.

Information valeur
Type de donnée String (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.

Icône indiquant le type de rubrique Rubrique de référence



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=urun_rmonitorpol
Nom du fichier : urun_rmonitorpol.html