Narzędzie PSSDiag

PSSDiag to narzędzie Microsoftu zbierające zestaw danych diagnostycznych na potrzeby zgłoszenia do wsparcia technicznego.

Rola PSSDiag w zgłoszeniu do pomocy technicznej

PSSDiag jest narzędziem firmy Microsoft przeznaczonym do zbierania danych diagnostycznych związanych przede wszystkim z problemami występującymi w środowisku SQL Server. Nazwa wywodzi się od określenia używanego w kontekście usług pomocy technicznej Microsoftu. Narzędzie nie służy do codziennego monitorowania serwera ani do administracji bazą danych. Jego zadaniem jest zebranie w jednym pakiecie informacji potrzebnych do analizy konkretnego incydentu, na przykład długiego czasu wykonywania zapytań, blokad, zakleszczeń, błędów połączeń albo nagłego spadku wydajności.

Zakres zbieranych danych zależy od wersji pakietu PSSDiag, uruchomionego profilu oraz parametrów przygotowanych dla danego przypadku. W praktyce PSSDiag może koordynować zbieranie informacji z kilku źródeł jednocześnie, aby dane z dzienników, liczników wydajności i śledzenia zdarzeń można było później zestawić na wspólnej osi czasu. Taka korelacja jest istotna, ponieważ sam komunikat błędu z SQL Servera często nie pokazuje, czy jego przyczyną było przeciążenie procesora, oczekiwanie na operacje wejścia-wyjścia, blokada transakcyjna czy problem z połączeniem.

Jakie dane może rejestrować narzędzie

PSSDiag jest uruchamiany z przygotowanym zestawem ustawień określających, jakie informacje mają zostać zebrane i jak długo ma trwać sesja diagnostyczna. W zależności od konfiguracji pakiet może wykorzystywać mechanizmy śledzenia dostępne w SQL Serverze, rejestrować komunikaty i zdarzenia serwera, a także zapisywać wybrane dane z systemu Windows. Do analizy wydajności mogą być przydatne liczniki systemowe dotyczące procesora, pamięci, aktywności dysków oraz sieci. W przypadku problemów z blokowaniem znaczenie mają natomiast informacje pokazujące sesje, żądania i oczekiwania.

Wyniki są zapisywane w plikach roboczych, których rodzaj i lokalizacja zależą od użytej konfiguracji. Część danych może mieć postać plików tekstowych, część może pochodzić ze śledzenia SQL Servera lub z logów systemowych. PSSDiag nie jest pojedynczym raportem opisującym przyczynę awarii. Tworzy materiał dowodowy, który musi zostać zinterpretowany przez osobę znającą konfigurację instancji, obciążenie aplikacji, moment wystąpienia problemu oraz znaczenie poszczególnych zdarzeń.

Przygotowanie i bezpieczne uruchomienie sesji

Przed uruchomieniem PSSDiag należy ustalić dokładny objaw, przedział czasowy oraz zdarzenie, które ma zostać uchwycone. Inaczej przygotowuje się zbieranie danych dla jednorazowego zakleszczenia, inaczej dla okresowych blokad, a jeszcze inaczej dla stałego problemu z wydajnością. Bez takiego określenia można zebrać dużą ilość informacji, która nie będzie przydatna diagnostycznie albo utrudni późniejsze wyszukanie właściwego zdarzenia.

Sesję należy uruchamiać zgodnie z instrukcją przygotowaną dla konkretnego zgłoszenia i z uprawnieniami wymaganymi przez wybrane źródła danych. Trzeba również zwrócić uwagę na wolne miejsce na dysku, ponieważ niektóre rodzaje śledzenia mogą szybko tworzyć duże pliki. Czas zbierania powinien obejmować rzeczywiste wystąpienie problemu, ale nie powinien być niepotrzebnie wydłużany. Po odtworzeniu objawu sesję należy zakończyć w sposób przewidziany przez pakiet, aby pliki zostały prawidłowo zamknięte i mogły zostać spakowane lub przekazane do dalszej analizy.

Wyników PSSDiag nie należy zmieniać przed przekazaniem do analizy. Nazwy plików, znaczniki czasu i kompletność zestawu mogą mieć znaczenie przy porównywaniu danych z dziennikiem SQL Servera, logami systemu Windows oraz informacjami z aplikacji klienckiej. W razie przerwania procesu, błędu zapisu albo braku oczekiwanego pliku trzeba odnotować ten fakt, ponieważ niekompletny pakiet może prowadzić do błędnych wniosków.

Interpretacja wyników PSSDiag w praktyce diagnostycznej

Analiza pakietu PSSDiag polega na połączeniu kilku rodzajów obserwacji. Jeżeli w tym samym czasie występuje wzrost czasu oczekiwania na dysk, zwiększona liczba żądań oraz wydłużenie czasu wykonywania zapytań, można badać zależność między obciążeniem podsystemu wejścia-wyjścia a objawem widocznym w SQL Serverze. Jeżeli pojawiają się oczekiwania związane z blokowaniem, trzeba porównać je z aktywnymi sesjami, transakcjami i kolejnością wykonywanych operacji. Sam wzrost jednego licznika nie stanowi jeszcze dowodu przyczyny.

Znaczniki czasu są ważne, ponieważ dane z różnych źródeł mogą mieć odmienną szczegółowość i format. Zestawienie momentu wystąpienia błędu, zdarzenia śledzenia, wzrostu użycia procesora oraz komunikatu z dziennika pozwala zawęzić analizę do konkretnego fragmentu pracy instancji. PSSDiag może pomóc ustalić, czy problem był związany z SQL Serverem, systemem operacyjnym, zasobami sprzętowymi lub aplikacją wysyłającą żądania, ale nie zastępuje pełnej analizy konfiguracji i kodu zapytań.

W przypadku serwerowych instalacji SQL Servera przygotowanie i interpretacja PSSDiag powinny być prowadzone według wymagań określonych dla danego zgłoszenia technicznego. Niewłaściwy profil zbierania, brak korelacji z czasem wystąpienia problemu albo uruchomienie nieodpowiednich składników może spowodować, że pakiet nie pokaże istotnych danych lub będzie nieproporcjonalnie duży. Narzędzie jest więc elementem kontrolowanego procesu diagnostycznego, a nie uniwersalnym programem do automatycznego wykrywania każdej usterki.