Limite de vainqueurs de contention LU 6.2
L’intégrateur de transactions (TI) peut utiliser des sessions gagnantes de contention LU 6.2 ou des sessions de perte de contention. Afin d’éviter la surcharge élevée liée à la négociation d’une session de perdant de contention, TI utilisera une session de gagnant de contention, le cas échéant.
Le nombre de sessions disponibles est négocié avec le système hôte. Si l’augmentation du nombre de sessions dans la définition du mode APPC sur host Integration Server n’entraîne pas davantage de sessions disponibles, vous devez modifier la configuration des sessions disponibles sur le système hôte. Suivez ces étapes pour voir le nombre de sessions gagnantes et perdantes disponibles qui sont négociées.
Ouvrez le Gestionnaire SNA, sélectionnez le menu Outils , puis cliquez sur Diagnostics.
Sous l’onglet Test APPC, cochez les cases LU locale, LU distante et Mode .
Cliquez sur le bouton Test.
La fenêtre de sortie affiche la limite de configuration configurée sur le serveur HIS en plus de la limite de curr qui a été négociée avec l’hôte.
Pour afficher le nombre de sessions gagnantes et perdantes, sélectionnez l’onglet Sessions LU6.2 , puis cliquez sur le bouton Contention . La fenêtre de sortie affiche la session négociée en cours. Les deux dernières colonnes sont le nombre de sessions gagnantes et le nombre de sessions perdantes.
Notes
D’autres applications APPC peuvent partager les mêmes lu APPC locale, lu APPC distante et mode utilisés par TI. S’ils partagent, vous devez définir suffisamment de sessions pour gérer les exigences de toutes les applications.
En outre, la taille de l’unité de requête/réponse (RU) doit être suffisamment grande pour contenir la taille de message standard envoyée entre TI et l’application hôte. Par exemple, si la réponse de l’hôte est censée dépasser 2 Ko, définissez la taille maximale des RU d’envoi et de réception sur 4096 dans la définition du mode APPC Host Integration Server. Les valeurs de rythme au niveau de la session n’affecteront probablement pas les performances de la transaction, car une transaction ne peut impliquer qu’une seule requête et une seule réponse (inférieure à 4 Ko). Dans ce cas, une fenêtre d’envoi et de réception en mode APPC de deux ou plusieurs doit suffire. Toutefois, si une réponse d’hôte volumineuse est attendue, nous vous recommandons d’utiliser une plus grande taille de RU pour réduire les accusés de réception des messages au niveau du SNA.
Suggestions de résolution des problèmes
Avant de démarrer une connexion, activez le contrôle de liaison de données (DLC) Host Integration Server et les traces de messages LU 6.2 du démarrage de la connexion et de l’utilisation initiale du composant TI. Fournissez les traces à un ingénieur du support SNA. Cet ingénieur peut décoder la trace DLC pour déterminer la limite de sessions parallèles et les limites de gagnant de contention négociées dans l’échange CNOS (Change Number of Sessions) pour le mode LU/LU/LU utilisé par TI.
Voir aussi
Optimisation de la communication SNA
Intégrateur de transactions - Guide des performances