Monitorowanie sesji

Monitorowanie sesji to śledzenie aktywnych połączeń użytkowników z serwerem wraz z wykonywanymi przez nie zapytaniami.

Zakres informacji rejestrowanych podczas sesji

Monitorowanie sesji polega na obserwowaniu aktywnych połączeń między klientem a usługą działającą na serwerze. Sesją może być na przykład połączenie aplikacji z bazą danych, uwierzytelniona sesja użytkownika w aplikacji internetowej albo kanał komunikacyjny ustanowiony przez określony protokół. W zależności od użytego systemu monitorowanie obejmuje identyfikator sesji, moment jej rozpoczęcia, czas ostatniej aktywności, adres źródłowy, stan połączenia oraz nazwę użytkownika lub procesu, który je otworzył.

Jeżeli sesja wykonuje zapytania, rejestrowane mogą być również ich typy, czas wykonania, liczba zwróconych rekordów, kod błędu i ilość zużytych zasobów. Narzędzie monitorujące może rozróżniać połączenia oczekujące, aktywnie przetwarzające żądanie, wstrzymane oraz zamykane. Sam fakt istnienia sesji nie oznacza jeszcze, że użytkownik wykonuje operację w danym momencie. Połączenie może pozostawać otwarte, gdy aplikacja utrzymuje je w puli połączeń albo czeka na kolejne żądanie.

Stany połączeń i czas wykonywania zapytań

Jednym z podstawowych zastosowań monitorowania sesji jest wykrywanie połączeń, które zajmują zasoby dłużej, niż wynikałoby to z normalnego przebiegu pracy. Ważnym parametrem jest czas trwania zapytania, ale jego interpretacja wymaga uwzględnienia rodzaju operacji. Odczyt dużego zakresu danych może trwać dłużej niż proste wyszukanie po indeksie, a zapytanie oczekujące na blokadę nie zużywa procesora w taki sam sposób jak zapytanie wykonujące obliczenia.

Blokada występuje wtedy, gdy jedna sesja musi czekać na zasób zajęty przez inną sesję, na przykład na wiersz lub stronę danych objętą operacją modyfikacji. Monitoring powinien wtedy pokazać nie tylko sesję oczekującą, lecz także sesję blokującą oraz rodzaj oczekiwania. Pozwala to odróżnić wolne zapytanie od problemu z konkurencyjnym dostępem do danych. Przydatne jest także porównanie czasu aktywności z czasem bezczynności, ponieważ długie życie połączenia nie musi oznaczać długiego wykonywania jednego zapytania.

Obciążenie procesora, pamięci i połączeń

Aktywne sesje wpływają na dostępne zasoby komputera, na którym działa usługa. Duża liczba jednoczesnych połączeń może zwiększać zużycie pamięci, liczbę deskryptorów plików lub uchwytów systemowych oraz obciążenie mechanizmu obsługującego żądania. Zapytania wymagające sortowania, łączenia wielu zbiorów albo przetwarzania dużej liczby rekordów mogą dodatkowo obciążać procesor i pamięć. Dlatego monitoring sesji często zestawia dane o połączeniach z pomiarami zasobów systemowych.

Warto obserwować również liczbę otwieranych i zamykanych sesji w jednostce czasu. Gwałtowny wzrost tej wartości może wskazywać na błędną konfigurację puli połączeń, wielokrotne ponawianie żądań po błędzie albo nieprawidłowe zamykanie połączeń przez aplikację. Z kolei wiele bezczynnych sesji może wynikać z prawidłowego buforowania, ale może też ograniczać osiągalny limit połączeń. Sam monitoring nie naprawia źródła problemu; dostarcza danych potrzebnych do ustalenia, czy przyczyną jest aplikacja, zapytanie, konfiguracja usługi czy przeciążenie systemu.

Wykorzystanie danych z monitorowania w serwisie komputera

W przypadku laptopa lub komputera PC monitorowanie sesji może pomóc ustalić, czy spowolnienie wynika z lokalnego programu komunikującego się z usługą, czy z przeciążenia samego urządzenia. Analizuje się wtedy między innymi procesy utrzymujące połączenia, czas odpowiedzi aplikacji, obciążenie procesora, zajętość pamięci operacyjnej oraz aktywność dysku. Istotne jest rozdzielenie opóźnienia sieciowego od czasu przetwarzania zapytania, ponieważ te zjawiska wymagają innego postępowania diagnostycznego.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów stacjonarnych PC i ich podzespołów, w tym diagnostyką problemów z oprogramowaniem wpływającym na pracę urządzenia. Przy ocenie zgłoszenia dotyczącego długiego uruchamiania aplikacji lub zawieszania programu można sprawdzić, czy przyczyną są procesy lokalne, brak zasobów, błędy komunikacji albo nieprawidłowo działający komponent programu. Wnioski powinny wynikać z pomiarów i logów, a nie wyłącznie z czasu, przez jaki połączenie pozostawało otwarte.