Live Data View to widok narzędzi diagnostycznych SQL Server prezentujący dane sesji w czasie rzeczywistym.
Live Data View jako obraz aktywności instancji SQL Server
Live Data View to widok diagnostyczny pokazujący bieżące informacje o sesjach i żądaniach obsługiwanych przez Microsoft SQL Server. Sesja reprezentuje połączenie klienta z instancją, natomiast żądanie jest konkretną operacją wykonywaną w ramach tego połączenia. W praktyce widok może prezentować identyfikator sesji session_id, nazwę logowania, nazwę bazy danych, stan sesji, czas rozpoczęcia żądania, tekst polecenia oraz informacje o oczekiwaniu na zasoby. Dane są odświeżane cyklicznie, dlatego przedstawiają stan serwera z chwili ostatniego pobrania, a nie niezmienny zapis całej historii pracy.
Sam SQL Server udostępnia informacje potrzebne do zbudowania takiego widoku między innymi przez dynamiczne widoki zarządzania. sys.dm_exec_sessions opisuje sesje, sys.dm_exec_requests pokazuje aktywne żądania, a sys.dm_exec_connections dostarcza danych o połączeniach sieciowych. Tekst wykonywanego zapytania można pobrać za pomocą funkcji sys.dm_exec_sql_text, korzystając z wartości sql_handle. Narzędzie diagnostyczne łączy te informacje, aby administrator mógł obserwować aktualne obciążenie bez ręcznego przeglądania kilku niezależnych źródeł.
Sesje, żądania i oczekiwania widoczne w czasie rzeczywistym
Ważnym elementem Live Data View jest rozróżnienie sesji aktywnej, uśpionej i oczekującej. Sesja ze statusem sleeping ma otwarte połączenie, ale w danej chwili nie wykonuje żądania. Sesja oznaczona jako running wykonuje pracę procesora, a status suspended wskazuje, że żądanie oczekuje na zdarzenie, na przykład zakończenie operacji wejścia-wyjścia, zwolnienie blokady albo dostęp do innego zasobu. Status nie wyjaśnia jednak samodzielnie przyczyny problemu, dlatego trzeba analizować także kolumny wait_type, wait_time, blocking_session_id i resource_description, jeśli są dostępne dla danego żądania.
Przykładowe zapytanie diagnostyczne może połączyć sesje z aktywnymi żądaniami i tekstem SQL:
SELECT r.session_id, s.login_name, s.host_name, r.status, r.command, r.cpu_time, r.total_elapsed_time, r.wait_type, r.blocking_session_id, t.text FROM sys.dm_exec_requests AS r JOIN sys.dm_exec_sessions AS s ON s.session_id = r.session_id CROSS APPLY sys.dm_exec_sql_text(r.sql_handle) AS t;
Wynik takiego zapytania jest migawką. Live Data View wykonuje podobne odczyty wielokrotnie, dzięki czemu można zauważyć, czy czas trwania żądania rośnie, czy zmienia się typ oczekiwania oraz czy jedna sesja zaczyna blokować kolejne. Krótko trwające zapytania mogą nie pojawić się w widoku, jeżeli zakończą się pomiędzy kolejnymi odświeżeniami.
Blokady, obciążenie i interpretacja wyników
Widok na żywo pomaga wykrywać blokowanie transakcji. Wartość blocking_session_id wskazuje identyfikator sesji, która uniemożliwia postęp badanego żądania. Do poprawnej interpretacji należy sprawdzić zarówno sesję oczekującą, jak i sesję blokującą. Długo utrzymywana transakcja może zatrzymywać operacje modyfikujące dane, mimo że sama sesja nie zużywa w tym momencie dużej ilości procesora. Przyczyną może być brak zatwierdzenia lub wycofania transakcji, oczekiwanie aplikacji na dalsze dane albo nieodpowiednio długi zakres blokady.
Kolumny dotyczące czasu procesora i czasu trwania nie są równoważne. cpu_time oznacza czas pracy procesora przypisany żądaniu, a total_elapsed_time obejmuje cały czas od rozpoczęcia operacji, również okresy oczekiwania. Żądanie z wysokim czasem trwania i niskim użyciem CPU może być opóźnione przez dysk, blokadę, pamięć lub inną zależność. Z kolei wysokie zużycie CPU przy niewielkim czasie oczekiwania może wskazywać na kosztowny plan wykonania albo zapytanie przetwarzające dużą liczbę wierszy. Live Data View wskazuje objaw i kontekst, ale nie zastępuje analizy planu wykonania, statystyk zapytań ani historii zdarzeń.
Bezpieczne wykorzystanie widoku podczas diagnostyki SQL Server
Odczyt dynamicznych widoków zarządzania wymaga odpowiednich uprawnień. Zakres widocznych informacji zależy od wersji SQL Server i przyznanych uprawnień, a dostęp do informacji o wszystkich sesjach i żądaniach może wymagać uprawnienia VIEW SERVER STATE. Bez niego użytkownik może zobaczyć tylko część danych albo dane dotyczące własnej sesji. Przed interpretacją wyników należy więc ustalić, czy widok obejmuje całą instancję, właściwą bazę danych i właściwy przedział czasu.
Live Data View nie powinien być traktowany jako dziennik historyczny. Odświeżanie widoku może generować dodatkowe zapytania diagnostyczne, a zbyt krótki interwał może zwiększać liczbę odczytów bez dostarczenia istotnie lepszych informacji. W przypadku powtarzających się problemów warto zapisać moment wystąpienia, identyfikatory sesji, typy oczekiwań, tekst zapytań i zależności blokowania, a następnie zestawić te dane z logami aplikacji oraz monitoringiem zasobów systemowych. Takie podejście ułatwia odróżnienie chwilowego skoku obciążenia od trwałego problemu z zapytaniem, transakcją, połączeniem lub konfiguracją instancji SQL Server.
