Comment Microsoft Navision suit-il les utilisateurs/comment vérifier lors de la connexion moi-même

Question

Nous avons un serveur Navision avec 3 licences. Une licence doit TOUJOURS être attribuée pour être utilisée par le site Web de commerce électronique. Les deux autres sont pour les peeps d'administration à utiliser.

Unfortuneately, de temps à autre nous obtenons cette erreur redoutée sur le site:

System.Web.HttpUnhandledException: Exception de type 'System.Web.HttpUnhandledException' a été levée. ---> System.Web.Services.Protocols.SoapException: votre licence de programme ne permet pas à plus d'utilisateurs de travailler simultanément. Attendez qu'un autre utilisateur ait cessé d'utiliser le programme. Contactez votre administrateur système si vous souhaitez autoriser plus d'utilisateurs simultanés sur votre système.

Cela se produit généralement quand un trop grand nombre d'utilisateurs tentent d'utiliser les clients Navision ... et cela tue le site Web pour les fonctionnalités certian jusqu'à ce que nous puissions entrer, sp_who pour voir qui monopolise les sessions et leur demander de se déconnecter tuer les sessions carrément.

Nous avons écrit du code pour nous connecter à la connexion Navision afin de vérifier le serveur SQL sp_who pour nous assurer qu'il n'y a pas trop d'utilisateurs connectés et utilisant la base de données Navision, mais cela ne semble pas fonctionner.

Je pense que Navision stocke le statut actuellement connecté ailleurs, et c'est là que nous devrions chercher, pas dans les tables système du serveur SQL.

Des idées? Salutations, Lance

Answer 1

Si vous utilisez des services Web, vous avez NAV 2009 ou 2009 SP1. Les services Web ne consomment pas de sessions sous licence (vous pouvez connecter des sessions de service Web illimitées). Toutefois, si vous disposez de trois licences et connectez trois clients ou plus (n'importe quelle combinaison de RTC et de C/SIDE), les connexions de service Web échoueront avec l'erreur que vous avez décrite.

Le comptage de session doit refléter ce que vous pouvez voir dans master.dbo.sysprocesses (vous devrez faire quelques jointures pour voir qui est connecté à quelle base de données). sysprocesses est probablement aussi la base de l'appel sp _ qui. Vous pouvez le vérifier vous-même en ouvrant C/SIDE, puis sélectionnez fichier-> base de données-> informations puis sessions. Comparez cela avec sp _ qui ou sysprocesses.