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:

  1. exec sp_reset_connection (à l'Aide d'un pool de connexion)
  2. De La Connexion D'Audit
  3. Exécution de la procédure stockée
  4. 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