2011-01-16 10 views
1

Ich verwende meine Anwendung lokal - dh. Kein externer Verkehr und sehr geringe Anzahl von Abfragen, vollständig unter meiner Kontrolle. Ich sehe Tonnen von 'Audit Login' und 'Audit Logout' Events. Was sind das und wo sind sie tatsächlich gespeichert (dh. Wo ist dieses Audit-Protokoll)? Dies ist ein Hinweis auf ein Problem mit Verbindungen, da ich nur eine einfache Verbindungszeichenfolge in meiner App habe und dachte, dass Verbindungen während des gesamten Betriebs meiner App aktiv bleiben würden (z. B. eine einmalige Anmeldung beim Start und dann eine einmalige Abmeldung beim Beenden).SQL-Profile mit hoher Aktivität

+0

ich auch eine ungerade sp_reset_connection wieder auftretenden bekommen - irgendwelche Ideen, was dieses ist? –

+0

Dup? http://stackoverflow.com/questions/279401/sql-connection-pooling-and-audit-login-logout – Schultz9999

Antwort

0

Klingt wie ASP.NET-Verbindungspooling? Siehe http://msdn.microsoft.com/en-us/library/8xx3tyca(v=vs.71).aspx. Aktive Verbindungen können in ASP.NET zusammengefasst werden, sodass bei einer Datenbankoperation keine Verbindung zur Datenbank hergestellt werden muss, sondern wiederverwendet werden muss.

Die Audit-Ereignisse sind wahrscheinlich damit verbunden. SQL Server überprüft das Anmelden und Abmelden. Sie können dieses Verhalten möglicherweise konfigurieren, siehe http://msdn.microsoft.com/en-us/library/ms175850.aspx.

1

Audit-Anmeldung ist ein "Event Class", das durch das SQL Server Profiler-Tool verfügbar gemacht wird. Es handelt sich nicht um einen physischen Prüfpfad, d. H. Diese Ereignisklassendaten werden nicht in einer Datenbanktabelle an einer bestimmten Stelle in SQL Server aufgezeichnet.

Das Ereignis wird jedes Mal ausgelöst, wenn SQL Server eine neue SQL Server-Anmeldung authentifizieren muss oder wenn eine bestehende Verbindung aus einem Verbindungspool wiederverwendet wird.

Siehe Audit Login Event Class

Verwandte Themen