Ok, ainsi, je ne suis pas vrai sûr ce que voulez dire vous par des « sessions de notre côté êtes manipulé par SQL »…
Mais, vous avez un $$etAPP, je supposez qui se relie par l'intermédiaire des https, ainsi son agir en tant qu'agent de Web (c.-à-d. navigateur). Quand il se relie au Virtual Server sur le compensateur de charge on crée une session est créée pour ce raccordement, futher quand le raccordement proxied de livre au web server et plus tard aux applications, une autre session que les serveurs du Web/$$etAPP contrôlent.
Ainsi, à eux elle apparaît juste comme agent simple faisant des demandes multiples, et votre fabrication probablement demande assez fréquent de cet même « agent » que la session ne tourne pas au ralenti assez longtemps au temps mort.
Je ne sais pas ce qu'un peu livre l'autre partie a, mais elles devront faire et ajustement d'un certain type pour décliner le temps mort à vide sur votre chemin d'agent, ou tour d'affinité ainsi chaque rapport que vous établissez est traité comme raccordement séparé.
