Diagnostyka sesji

Diagnostyka sesji to proces analizy aktywnych połączeń z serwerem bazodanowym w celu identyfikacji problemów lub obciążenia.

Zakres pojęcia „diagnostyka sesji”

Diagnostyka sesji oznacza analizę aktywnych połączeń ustanowionych między klientami a serwerem bazodanowym. Sesją może być połączenie aplikacji, narzędzia administracyjnego, usługi działającej w tle albo pojedynczego procesu korzystającego z bazy danych. W trakcie sprawdzania ustala się między innymi, które sesje są aktywne, kto je utworzył, z jakiego hosta pochodzą, kiedy zostały nawiązane oraz jaki rodzaj pracy wykonują. Sama obecność wielu sesji nie musi oznaczać awarii. Znaczenie ma ich stan, czas trwania, zużycie zasobów i wpływ na inne operacje.

Sesja może znajdować się w stanie bezczynności, wykonywania zapytania, oczekiwania na blokadę, oczekiwania na zasób wejścia i wyjścia albo zamykania połączenia. Diagnostyka rozróżnia te stany, ponieważ każdy z nich wskazuje na inną klasę problemu. Bezczynne połączenia mogą wynikać z prawidłowego działania puli połączeń, ale ich nadmierna liczba może wyczerpać limit dostępnych połączeń. Sesja oczekująca na blokadę zwykle wymaga sprawdzenia transakcji, która wcześniej uzyskała blokowany zasób. Z kolei długie wykonanie zapytania może wskazywać na nieefektywny plan, brak odpowiedniego indeksu, duży zakres przetwarzanych danych albo przeciążenie serwera.

Informacje zbierane podczas analizy połączeń

Podstawowym elementem diagnostyki jest zestawienie identyfikatorów sesji z informacjami o użytkowniku, aplikacji, adresie klienta i czasie rozpoczęcia połączenia. Przydatny jest również status sesji, ostatnia aktywność oraz tekst albo identyfikator aktualnie wykonywanej operacji. W zależności od silnika bazy danych można analizować także czas CPU, czas oczekiwania, liczbę odczytów i zapisów, wielkość przesyłanych danych oraz etap realizacji zapytania. Dane te pozwalają odróżnić operację intensywnie wykorzystującą procesor od operacji oczekującej głównie na dysk, sieć lub inną sesję.

Ważne jest powiązanie sesji z transakcjami. Otwarta transakcja, która przez długi czas nie wykonuje kolejnych operacji, może utrzymywać blokady i uniemożliwiać zatwierdzenie zmian przez inne procesy. Analiza powinna wtedy uwzględniać moment rozpoczęcia transakcji, jej tryb, zakres zablokowanych obiektów oraz zależności między sesją blokującą i oczekującą. Przydatne jest także sprawdzenie, czy połączenia pochodzą z tej samej aplikacji i czy problem pojawia się cyklicznie po określonej operacji, na przykład po zapisie większego zestawu danych albo po wygaśnięciu połączenia sieciowego.

Blokady, oczekiwania i wycieki połączeń

Jednym z częstych celów diagnostyki sesji jest ustalenie, dlaczego zapytanie nie kończy się w przewidywanym czasie. Jeżeli sesja oczekuje na blokadę, należy ustalić hierarchię zależności: która sesja posiada zasób, która na niego czeka i jakie operacje są wykonywane po obu stronach. Nie powinno się przerywać przypadkowego połączenia bez sprawdzenia jego transakcji, ponieważ wymuszone zakończenie może spowodować wycofanie zmian, pozostawienie błędu w aplikacji albo ponowienie obciążającej operacji.

Diagnostyka pomaga również wykrywać wyciek połączeń, czyli sytuację, w której aplikacja otwiera sesje, lecz nie zwalnia ich po zakończeniu pracy. Objawami mogą być stale rosnąca liczba bezczynnych sesji, osiąganie limitu połączeń, błędy przy pobieraniu następnego połączenia z puli oraz stopniowe pogarszanie czasu odpowiedzi. Weryfikacja obejmuje porównanie liczby żądań aplikacji z liczbą aktywnych sesji, kontrolę czasu bezczynności i sprawdzenie, czy po błędzie połączenie jest prawidłowo zamykane albo zwracane do puli. Należy też uwzględnić automatyczne ponawianie żądań, ponieważ błędnie skonfigurowany mechanizm retry może mnożyć sesje podczas chwilowej niedostępności bazy.

Wynik analizy powinien rozdzielać przyczynę od skutku. Duża liczba oczekujących sesji może być skutkiem jednego długiego zapytania, a nie niezależnym problemem każdego połączenia. Podobnie wysokie użycie procesora może wynikać z jednego zapytania wykonywanego równolegle przez wiele sesji. Porównanie identyfikatorów zapytań, czasu rozpoczęcia, użytkowników i źródeł połączeń pozwala ocenić, czy występuje pojedynczy punkt blokujący, powtarzalny wzorzec aplikacyjny czy ogólne przeciążenie infrastruktury.

Bezpieczne wnioski z diagnostyki sesji

Diagnostyka sesji powinna prowadzić do udokumentowanego wniosku: jakie połączenia działały, jaki zasób był używany, gdzie występowało oczekiwanie i od kiedy problem był widoczny. Warto zapisać moment obserwacji, identyfikatory sesji, czas trwania operacji oraz komunikaty błędów, aby później porównać je z logami aplikacji i serwera bazodanowego. Jednorazowy odczyt stanu pokazuje tylko chwilowy obraz. Przy problemach okresowych potrzebna jest seria obserwacji albo monitoring rejestrujący zmiany w czasie, z zachowaniem ostrożności, aby sam monitoring nie powodował istotnego obciążenia.

Na komputerze użytkownika problemy z sesją mogą być widoczne jako zawieszanie programu, opóźnienia przy zapisie, komunikat o przekroczeniu czasu oczekiwania albo powtarzające się rozłączanie. Nie oznacza to automatycznie uszkodzenia laptopa lub komputera PC, ponieważ źródłem może być serwer, sieć, konfiguracja puli połączeń lub nieprawidłowa logika transakcji. Rzetelna ocena wymaga zebrania danych z całego przepływu: od aplikacji, przez połączenie sieciowe, po serwer bazodanowy. W przypadku sprzętu konsumenckiego Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i ich podzespołów, gdy objawy wskazują na problem po stronie urządzenia.