L'opération "Audit Logout" de SQL Server prend beaucoup de temps.
Nous avons une procédure stockée qui est appelé environ 300 000 fois par jour pour 15 utilisateurs tout au long de la journée. J'ai versé dans chaque ligne et il est à peu près aussi efficace que je peux l'obtenir.
La procédure stockée est accessible par une ASP.NET page sur 4.0 à partir d'un héritage d'application VB6 sur la base Winterms.
Quand je regarde le fichier trace SQL, je vois les suivantes:
- exec sp_reset_connection (à l'Aide d'un pool de connexion)
- De La Connexion D'Audit
- Exécution de la procédure stockée
- Vérification De Déconnexion
Que je vois sur l'étape 4, la lecture et l'écrit sont élevés, ce qui est logique, puisque c'est une accumulation de la connexion d'être réutilisées dans la piscine.
Ce qui me concerne c'est combien de temps il prend, parfois, prend à 50ms, et d'autres fois 400ms, c'est totalement aléatoire. Depuis les docs que j'ai lu de l'Audit "Déconnexion" est l'ensemble de la durée de chacune de ces trois étapes. Mais les étapes 1 à 3 ont été très rapide, comme 0-5ms. Pourquoi l'Audit "Déconnexion" durée si longue?
source d'informationauteur Terry Bochaton
Vous devez vous connecter pour publier un commentaire.
Im "traitement" avec un problème similaire dès maintenant et suis tombé sur cette
post: http://social.msdn.microsoft.com/Forums/en/sqldatabaseengine/thread/84ecfe9e-ff0e-4fc5-962b-cffdcbc619ee
Peut-être que cela (sur le billet mentionné plus haut) est la solution: