Diagnostyka PSSDiag

Diagnostyka PSSDiag to proces zbierania kompleksowych danych diagnostycznych za pomocą narzędzia dostarczanego przez Microsoft do rozwiązywania złożonych problemów.

Diagnostyka PSSDiag — czym jest i do czego służy

Diagnostyka PSSDiag to uporządkowany sposób rejestrowania informacji potrzebnych do wyjaśnienia trudnych awarii środowiska Microsoft SQL Server. Wykorzystuje się w tym celu narzędzie przygotowane przez Microsoft, które podczas określonej sesji zbiera dane o działaniu systemu, baz danych, usług, procesów i komunikacji między poszczególnymi elementami. Nie jest to pojedynczy test wykonywany w jednym momencie, lecz zestaw czynności diagnostycznych pozwalających uchwycić przebieg problemu w czasie.

Pakiet PSSDiag może gromadzić między innymi dzienniki zdarzeń, informacje o konfiguracji, ślady aktywności procesów, dane dotyczące blokad, oczekiwań, zapytań oraz obciążenia zasobów. Zakres zbierania zależy od zastosowanej konfiguracji i scenariusza zgłoszenia. W praktyce oznacza to, że diagnostyka jest dopasowywana do objawów: inaczej analizuje się nagłe zatrzymywanie usług, inaczej długie wykonywanie zapytań, a jeszcze inaczej problemy z połączeniami lub niestabilną pracę instancji.

Rezultatem działania nie jest automatyczna naprawa. Powstaje materiał dowodowy, który następnie poddaje się analizie w celu ustalenia zależności między objawem a przyczyną. PSSDiag bywa przydatne zwłaszcza wtedy, gdy problem występuje nieregularnie i nie daje się odtworzyć podczas krótkiej, ręcznej kontroli.

Kontekst techniczny i porównanie z innymi metodami - Diagnostyka PSSDiag

W prostych przypadkach wystarczające może być przejrzenie bieżących komunikatów, dziennika zdarzeń systemu Windows albo podstawowych liczników wydajności. Takie działania pokazują jednak zazwyczaj stan chwilowy. PSSDiag wyróżnia się tym, że pozwala prowadzić kontrolowaną rejestrację przez czas obejmujący pojawienie się problemu. Dzięki temu analizie podlega nie tylko sam moment awarii, lecz także sytuacja bezpośrednio ją poprzedzająca.

W porównaniu z ręcznym uruchamianiem wielu niezależnych narzędzi PSSDiag ułatwia zebranie danych w spójny zestaw. Ma to znaczenie przy korelowaniu zdarzeń: wzrostu czasu oczekiwania, pojawienia się blokady, przeciążenia procesora, opóźnień operacji wejścia i wyjścia czy błędów komunikacji. Zebrane pliki mogą być następnie przekazane osobie prowadzącej analizę, bez konieczności odtwarzania całej sytuacji na innym komputerze.

Należy odróżnić PSSDiag od monitoringu działającego stale. Monitoring służy przede wszystkim obserwacji i alarmowaniu, natomiast sesja PSSDiag jest uruchamiana w konkretnym celu diagnostycznym i według ustalonego scenariusza. Przed rozpoczęciem zbierania informacji powinno się określić czas trwania sesji, objawy, przewidywane obciążenie oraz miejsce zapisu danych. Istotne pozostaje również sprawdzenie, czy archiwum diagnostyczne nie zawiera informacji wymagających ograniczenia dostępu.

Typowe problemy i błędy podczas zbierania danych

Jednym z częstszych błędów jest rozpoczęcie rejestracji bez precyzyjnego opisania objawów. Sama duża liczba plików nie zastąpi informacji o tym, kiedy występuje spowolnienie, których użytkowników dotyczy, jakie operacje są wtedy wykonywane i czy problem pojawia się cyklicznie. Bez takiego kontekstu trudniej wskazać interesujący fragment logów oraz odróżnić przyczynę od skutku.

Problemy może powodować także nieprawidłowe przygotowanie uprawnień, brak dostępu do wymaganych usług albo zapis danych w lokalizacji z niewystarczającą ilością wolnego miejsca. Warto zweryfikować, czy konto używane do uruchomienia sesji ma odpowiedni zakres dostępu, czy narzędzie zostało pobrane z wiarygodnego źródła oraz czy jego konfiguracja odpowiada wersji środowiska. Nie powinno się zmieniać parametrów produkcyjnego systemu bez wcześniejszego ustalenia wpływu takiej zmiany na działanie baz i aplikacji.

Trudności interpretacyjne pojawiają się również wtedy, gdy sesja jest zbyt krótka i nie obejmuje wystąpienia błędu, albo gdy zbieranie trwa bez kontroli przez długi czas. W pierwszym przypadku brakuje danych porównawczych, w drugim rośnie rozmiar materiału i liczba zdarzeń niezwiązanych ze zgłoszeniem. Przy analizie należy uwzględnić czas lokalny, kolejność zdarzeń oraz różnicę między problemem z samą bazą danych a zakłóceniem wynikającym z systemu operacyjnego, sieci, pamięci masowej lub aplikacji korzystającej z bazy.

Osobnej uwagi wymaga bezpieczeństwo. Pliki diagnostyczne mogą zawierać nazwy baz, identyfikatory obiektów, fragmenty poleceń, nazwy kont lub dane opisujące strukturę środowiska. Przed przekazaniem materiałów do analizy powinno się ustalić sposób ich zabezpieczenia, zakres udostępniania i okres przechowywania. Nie zaleca się publikowania takich archiwów w ogólnodostępnych miejscach.

Kiedy warto skorzystać z pomocy serwisu - Diagnostyka PSSDiag

Zgłoszenie do serwisu ma uzasadnienie wtedy, gdy problem z bazą danych lub aplikacją jest powtarzalny, lecz nie daje się wyjaśnić na podstawie zwykłych komunikatów. Dotyczy to między innymi okresowych przestojów, nieprzewidywalnego wydłużenia czasu wykonywania operacji, blokad pojawiających się tylko przy określonym obciążeniu oraz sytuacji, w których restart chwilowo przywraca działanie, ale nie usuwa przyczyny.

Przed przekazaniem sprawy warto przygotować opis objawów, przybliżone godziny występowania, informacje o ostatnich zmianach oraz dostępne komunikaty błędów. Na tej podstawie można ustalić, czy potrzebne będzie zebranie danych PSSDiag, analiza istniejących logów, sprawdzenie konfiguracji systemu czy diagnostyka sprzętu. W przypadku komputera wykorzystywanego do pracy biurowej lub obsługi aplikacji biznesowej pomoc techniczna może również obejmować ocenę wpływu problemu na system Windows, połączenie sieciowe i urządzenia lokalne.

W Warszawie takie zgłoszenia przyjmuje Warszawskie Pogotowie Komputerowe 24/7, gdzie po wstępnym opisie objawów dobiera się zakres dalszej diagnostyki do rzeczywistego charakteru usterki. Naprawy są z reguły realizowane w terminie do 3 dni roboczych, o ile nie występuje konieczność sprowadzenia nietypowych elementów lub przeprowadzenia dłuższych testów obciążeniowych.

Nie powinno się uruchamiać narzędzi diagnostycznych na środowisku produkcyjnym bez planu, kopii zapasowej i ustalenia dopuszczalnego wpływu na wydajność. Jeżeli objawy dotyczą danych firmowych, każdorazowo należy też określić zasady dostępu do logów. Pozwala to połączyć skuteczne rozpoznanie problemu z ograniczeniem ryzyka dla ciągłości pracy i poufności informacji.