Czy istnieje sposób filtrowania śledzenia programu SQL Profiler?

Question

Próbuję rozwiązać this problem pomocą SQL Profiler (SQL 2008)

Po kilku dniach z systemem śledzenia produkcji, wreszcie błąd się ponownie, a teraz staram się zdiagnozować przyczynę. Problem polega na tym, że śledzenie ma 400k wierszy, z których 99,9% pochodzi z "Report Server", którego nie wiem nawet dlaczego jest włączony, ale wydaje się, że co pewien czas pinguje SQL Server ...

Czy istnieje sposób na odfiltrowanie niektórych zapisów ze śladu, aby móc spojrzeć na resztę?
Czy mogę to zrobić z bieżącym plikiem .trc, czy będę musiał ponownie uruchomić śledzenie?
Czy istnieją inne aplikacje do obejrzenia pliku .trc, który może dać mi tę funkcję?

Answer 1

Możesz załadować przechwycony ślad do programu SQL Server Profiler: Viewing and Analyzing Traces with SQL Server Profiler.

Lub można załadować do narzędzia takiego jak ClearTrace (wersja bezpłatna), aby wykonać analizę obciążenia.

można załadować do tabeli SQL Server tak:

SELECT * INTO TraceTable 
FROM ::fn_trace_gettable('C:\location of your trace output.trc', default) 

Następnie można uruchomić kwerendę agregowanie danych, takich jak ten:

SELECT 
    COUNT(*) AS TotalExecutions,  
    EventClass, 
    CAST(TextData as nvarchar(2000)) , 
    SUM(Duration) AS DurationTotal , 
    SUM(CPU) AS CPUTotal , 
    SUM(Reads) AS ReadsTotal , 
    SUM(Writes) AS WritesTotal 
FROM 
    TraceTable 
GROUP BY 
    EventClass, 
    CAST(TextData as nvarchar(2000)) 
ORDER BY 
    ReadsTotal DESC 

zobacz także: MS SQL Server 2008 - How Can I Log and Find the Most Expensive Queries?

Często też konfiguruje się filtry przechwyconego śladu przed jego uruchomieniem. Na przykład często używanym filtrem jest ograniczenie tylko do zdarzeń, które wymagają więcej niż pewnej liczby odczytów, powiedzmy 5000.

Answer 2

Załaduj lokalnie .trc, a następnie użyj zapisz do bazy danych do lokalnej bazy danych, a następnie zapytaj o zawartość swoich serc.

Answer 3

Te sugestie są świetne w przypadku istniejącego śledzenia - jeśli chcesz odfiltrować śledzenie w momencie wystąpienia, możesz skonfigurować filtry zdarzeń na śladzie przed jego uruchomieniem.

Najbardziej przydatny filtr w moim doświadczeniu jest nazwa aplikacji - do tego trzeba upewnić się, że każdy ciąg połączenia używany do łączenia się z bazą danych ma odpowiednią wartość nazwa aplikacji w nim, czyli zrobić:

”.. .Server = MYDB1; Integrated Authentication = SSPI; Application Name = myPortal; ...”

następnie we właściwościach śladowych dla nowego śladu, wybierz zakładkę Events Selection, a następnie kliknij filtry kolumn ...

Wybierz filtr ApplicationName i dodaj wartości do LIKE, aby zawierały tylko wskazane połączenia, tj. Użycie MyPortal w polu LIKE będzie zawierał tylko zdarzenia dla połączeń, które mają tę nazwę aplikacji.

To powstrzyma cię od zebrania wszystkich błędów, które Reporting Services generuje i na przykład dokonuje kolejnej analizy o wiele szybciej.

Dostępnych jest również wiele innych filtrów, więc jeśli wiesz, czego szukasz, takich jak długie wykonanie (Czas trwania) lub duże IO (Odczyt, Zapis), możesz również filtrować na tym.

Answer 4

Tutaj można znaleźć kompletny skrypt do kwerendy domyślny ślad z pełną listą zdarzeń można filtrować:

http://zaboilab.com/sql-server-toolbox/anayze-sql-default-trace-to-investigate-instance-events

Trzeba zapytać sys.fn_trace_gettable (@ TraceFileName, domyślne) dołączanie sys.trace_events do dekodowania numerów zdarzeń.

Answer 5

Od SQL Server 2005 można filtrować zawartość pliku .trc bezpośrednio z programu SQL Profiler; bez importowania go do tabeli SQL. Wystarczy postępować zgodnie z procedurą zasugerował tutaj:

http://msdn.microsoft.com/en-us/library/ms189247(v=sql.90).aspx

Dodatkowa podpowiedź: można użyć „%” jako zamiennika dowolnego filtra. Na przykład, jeśli chcesz filtrować według HOSTNAME jak SRV, możesz użyć SRV%.