Programmes transactionnels appelants et contention

Les informations suivantes s’appliquent uniquement aux cas où les unités logiques communiquent de manière complexe (telles que des chaînes d’unités logiques) sur plusieurs sessions. Dans ce cas, deux LU peuvent tenter d’allouer une conversation sur la même session en même temps. Si cela se produit, une unité logique doit gagner (le gagnant de la contention) et une autre doit perdre (le perdant de contention). L’unité logique de contention gagnante et l’unité logique de conflit perdant sont déterminées pour chaque session lorsque la session est établie. Au cours de cette session particulière, l’unité logique de conflit perdant doit recevoir l’autorisation de l’unité logique gagnante de la contention avant d’allouer une conversation. En revanche, l’unité logique gagnante de contention sur cette session alloue une conversation en fonction des besoins.

Notez que lorsque deux unités logiques communiquent sur plusieurs sessions, une unité logique peut être le gagnant de la contention pour certaines sessions, et l’autre unité logique le gagnant de la contention pour d’autres.

Un TP appelant fonctionne plus efficacement si le nombre d’allocations ou de MC_ALLOCATE simultanées demande que les problèmes tp correspondent au nombre de sessions sur lesquelles l’unité logique locale est le gagnant de la contention. Le choix du gagnant de contention est contrôlé par les modes configurés aux deux extrémités de la communication. Le mode est configuré à l’aide du Gestionnaire SNA sur Host Integration Server. Un mode doit être configuré pour fonctionner avec le mode sur le système distant pour que la communication commence entre deux unités logiques. Pour plus d’informations sur les modes, consultez l’aide de Microsoft Host Integration Server.