Sur un serveur à la configuration sous-dimensionnée que je surveille de temps en temps, j’ai trouvé une trace SQL Profiler en cours d’exécution.
J’ai voulu en savoir plus sur les caractéristiques de cette trace.
Voici la requête :
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | ------------------------------- -- Nicolas SOUQUET - 16/06/2010 ------------------------------- SELECT C.name , FI.value , T.start_time , T.last_event_time , T.event_count , S.login_name , S.session_id , 'EXEC sp_trace_setstatus ' + CAST(T.id AS varchar(10)) + ', 0' AS stop_trace_stmt FROM sys.traces AS T CROSS APPLY sys.fn_trace_getfilterinfo (T.id) AS FI INNER JOIN sys.trace_columns AS C ON FI.columnid = C.trace_column_id INNER JOIN sys.dm_exec_sessions AS S ON S.session_id = T.reader_spid |
On sait tout de suite quel filtres ont été utilisés à l’aide des deux premières colonnes.
La dernière colonne contient l’instruction qui permet d’arrêter la trace : le développeur a donc toujours ses résultats.
Pour savoir comment créer une trace côté serveur, c’est par ici
Bon traçage !
ElSüket