Qu’est-ce que «Audit Logout» dans SQL Server Profiler?

J’exécute une importation de données (en utilisant C # / Linq) et, naturellement, j’essaie d’optimiser mes requêtes autant que possible. À cette fin, j’exécute une trace sur la firebase database à l’aide de SQL Server Profiler, avec ma trace filtrée par mon nom de connexion SQL (c’est un nom qui peut être atsortingbué uniquement à mon processus d’importation de données).

Curieusement, la plupart de mes instructions SQL sont très rapides 🙂 – très peu de requêtes dépassent même le seuil de 1 ms. Mais entre toutes mes requêtes, il y a plusieurs lignes où la classe EventClass est “Audit Login” ou “Audit Logout” – et la durée d’un “Audit Logout” peut aller jusqu’à une minute!

Cela a-t-il quelque chose à voir avec le fait que j’utilise les transactions dans mon importation? Si oui, existe-t-il un moyen de déterminer quelles sont les requêtes les plus importantes pour pouvoir les nettoyer?

Si je me souviens bien, la durée d’une déconnexion d’audit est la durée pendant laquelle la connexion était ouverte. Par exemple, rien à voir avec la rapidité de la commande – juste la durée pendant laquelle la connexion a été “connectée”.

Les événements de connexion / déconnexion sont liés à la configuration / destruction. IIRC l’heure est le «a été connecté pour le temps» par opposition à une durée de traitement comme pour les autres événements du journal.

En général, on cache ces événements à moins que l’on soupçonne un problème de gestion du pool de connexions, etc.

Les temps bruts pour les lots doivent être suffisants pour diagnostiquer le temps que prend l’activité réelle, y compris l’impact des transactions, etc.

La classe d’événement Audit Logout indique qu’un utilisateur s’est déconnecté de (déconnecté) Microsoft SQL Server. Les événements de cette classe sont déclenchés par de nouvelles connexions ou par des connexions réutilisées à partir d’un pool de connexions.

c’est la durée totale de connexion de la connexion, y compris la durée d’inactivité, elle n’indique donc pas de problème de performance. Il est également peu probable que le profilage des connexions / déconnexions entraîne un problème de performance. Vous feriez mieux de rechercher des requêtes peu performantes, éventuellement des requêtes de longue durée.

Pour plus d’informations, je suggère https://msdn.microsoft.com/en-us/library/ms175827.aspx 🙂

Il convient également de noter que dans cette réponse , Audit Login / Logout signifie simplement que la connexion est réutilisée depuis / est retournée au pool de connexions.