Découvrir pourquoi une file d'attente est complète
Lorsqu'une file d'attente arrive à saturation des exceptions sont renvoyés si vous tentez d'implanter un message dans cette file d'attente. L'explication la plus probable de la saturation d'une file d'attente est que l'application productrice émet des messages plus vite qu'il ne peuvent être consommés par l'application consommatrice, bien que des liens de communication rompus ou des erreurs dans l'application consommatrice puissent aussi être en cause.
Pourquoi et quand exécuter cette tâche
Procédure
- Cliquez sur Intégration des services -> Bus -> nom_bus -> [Ressources de la destination] Destinations, puis sur le nom de la file d'attente saturée.
- Cliquez sur [Articles liés] Topologie des ressources d'application,
puis utilisez le panneau Ressources d'application pour cette destination pour examiner la
configuration des applications et les ressources JMS qui utilisent la destination.
Ce panneau peut vous aider à identifier la cause d'un incident en présentant une vue détaillée qui contient un grand nombre de ressources pertinentes.
- Cliquez sur Intégration des services -> Bus -> nom_bus -> [Ressources de la destination] Destinations -> nom_file_attente -> [Points de message] Points de file d'attente -> nom_point_file_attente,
puis dans l'onglet Exécution, examinez la valeur de
Profondeur des messages en cours. Si cette valeur est en augmentation constante, la cadence de l'application productrice dépasse celle de l'application consommatrice. Remarque : Si la destination comporte plusieurs points de file d'attente, ou fait l'objet d'une médiation, effectuez les vérifications suivantes pour chaque point de messages auquel le message aurait pu être envoyé ou depuis lequel il aurait pu être consommé.
- Déterminez à quels moteurs de messagerie les applications productrice et consommatrice sont connectées.
- Si elles sont connectées à des moteurs de messagerie différents, les messages sont acheminés vers un point de file d'attente éloigné. Depuis le moteur de messagerie de l'application productrice, cliquez sur Points de file d'attente éloignés, puis sur celui représentant le point de file d'attente de l'application consommatrice. Examinez le nombre de messages sortants en cours. Si le nombre de messages en cours est faible, le problème n'émane pas du point de file d'attente distant ; vérifiez que l'application consommatrice a démarré et consume des messages sans renvoyer d'erreurs. Si le nombre de messages en cours approche du seuil plafond, effectuez les vérifications suivantes :
- Vérifiez que les deux moteurs de messagerie peuvent communiquer entre-eux. Voir Identification et résolution des problèmes d'intégration de services : vérification de la communication entre deux moteurs de messagerie sur un bus. Si les moteurs de messagerie parviennent à communiquer, diminuez le débit de production des messages. S'ils ne parviennent pas à communiquer, résolvez cet échec. En cas de problèmes pour traiter le reliquat des messages une fois la communication restaurée et si ce reliquat ne comprend pas de messages cruciaux, vous pouvez envisager de supprimer tous les messages sur le point de messages éloigné. Pour supprimer ces messages, sélectionnez le point de messages éloigné pertinent et cliquez sur Supprimer tous les messages. Remarque : Vous ne pourrez pas restaurer les messages après leur suppression.
- Vérifiez que des messages ne sont pas interceptés à l'état En cours de validation. Si c'est le cas, un gestionnaire de ressources, tel qu'une base de données, s'est bloqué. Résolvez le problème affectant le gestionnaire de ressources. Si ceci échoue, notez l'ID de transaction du message et cliquez sur Serveurs -> Types de serveurs -> Serveurs d'applications WebSphere -> nom_serveur -> Exécution > [Propriétés supplémentaires] Service de transaction pour afficher les propriétés générales du service de transaction, y compris le nombre de transactions. Utilisez les liens Revue pour résoudre la transaction dont l'ID global correspond à l'ID de transaction du message.
- Vérifiez que les deux moteurs de messagerie peuvent communiquer entre-eux. Voir Identification et résolution des problèmes d'intégration de services : vérification de la communication entre deux moteurs de messagerie sur un bus. Si les moteurs de messagerie parviennent à communiquer, diminuez le débit de production des messages. S'ils ne parviennent pas à communiquer, résolvez cet échec. En cas de problèmes pour traiter le reliquat des messages une fois la communication restaurée et si ce reliquat ne comprend pas de messages cruciaux, vous pouvez envisager de supprimer tous les messages sur le point de messages éloigné. Pour supprimer ces messages, sélectionnez le point de messages éloigné pertinent et cliquez sur Supprimer tous les messages.
Sous-rubriques
Identification du moteur de messagerie auquel une application est connectée
Si votre application ne parvient pas à recevoir ou à produire un message, vous pouvez identifier le moteur de messagerie auquel elle est connectée en vue de résoudre le problème.Identification et résolution des problèmes d'intégration de services : vérification de la communication entre deux moteurs de messagerie sur un bus
Si vous devez identifier et résoudre un problème affectant votre intégration de services, vous devriez vérifier que deux moteurs de messagerie peuvent communiquer entre-eux.
Information associée:


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tju_queue_full
Nom du fichier : tju_queue_full.html