Surveillance des pools de sessions de serveur pour les ports d'écoute
Vous pouvez réduire le nombre de ressources utilisées par les sessions de serveur en activant la surveillance de pool de sessions de serveur et en définissant le délai d'attente à appliquer à une session de serveur.
Pourquoi et quand exécuter cette tâche
Chaque port d'écoute utilise une ou plusieurs sessions de serveur contenues dans un pool de sessions de serveur. Chaque session de serveur est associée avec une session JMS extraite du pool de sessions JMS associé à la fabrique de connexions JMS qu'utilise le port d'écoute.
Par défaut, le contrôle du pool de sessions de serveur est désactivé. Lorsqu'un port d'écoute utilise une session de serveur,, il ne libère pas la session de serveur du pool de sessions de serveur tant que le port d'écoute est arrêté. Cela implique que la session JMS associée n'est la libérée dans le pool de sessions JMS tant que le port d'écoute est arrêté, même si ce derniers ne traite pas de messages. Par conséquent, les ressources utilisées par la session JMS, par exemple les connexions TCP/IP, peuvent être retenues pendant une longue période et cette situation peut générer des incidents pour les systèmes limités en ressources.
Pour réduire le nombre de ressources utilisées par les sessions de serveur, vous devez surveiller les pools de sessions de serveur. Lorsque vous activer la surveillance du pool de sessions de serveur, chaque session de serveur dans chaque pool de sessions de serveur utilisé par un port d'écoute, est surveillée pour déterminer le temps écoulé depuis la dernière utilisation de la session de serveur. Si le temps écoulé est supérieur au délai d'attente que vous avez définie, la session de serveur est supprimée du pool de sessions de serveur et la session JMS associée est renvoyée au pool de sessions JMS. La session JMS renvoyée peut être soit réutilisée par une autre application, soit fermée, en fonction de vos paramètres de pool de sessions JMS. Vous pouvez également configurer des mécanismes d'interrogation supplémentaires, en fonction de votre fournisseur JMS.
Le mode non-ASF ne peut pas être sélectionné sur les systèmes z/OS.
Procédure
Exemple
Supposons que vous disposez d'un serveur d'applications configuré avec les ports d'écoute lp1 et lp2.
- Aucun ensemble de propriétés
- Si aucune propriété n'est définie, la surveillance du pool de sessions de serveur est désactivée et les sessions JMS utilisées par les sessions de serveur sont replacées dans le pool de sessions JMS tant que le port d'écoute (lp1 ou lp2) ou son bean géré par messages est arrêté.
- SERVER.SESSION.POOL.REAP.TIME and SERVER.SESSION.POOL.UNUSED.TIMEOUT set
- Supposons les paramètres suivants :
- SERVER.SESSION.POOL.REAP.TIME=60
- SERVER.SESSION.POOL.UNUSED.TIMEOUT=120
- SERVER.SESSION.POOL.REAP.TIME et ensemble SERVER.SESSION.POOL.UNUSED.TIMEOUT et remplace l'ensemble de SERVER.SESSION.POOL.UNUSED.TIMEOUT.lpname
- Supposons les paramètres suivants :
- SERVER.SESSION.POOL.REAP.TIME=60
- SERVER.SESSION.POOL.UNUSED.TIMEOUT=120
- SERVER.SESSION.POOL.UNUSED.TIMEOUT.lp2=-1
- SERVER.SESSION.POOL.UNUSED.TIMEOUT.lp1=60