PSSDiag

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

PSSDiag jako pakiet diagnostyczny Microsoftu

PSSDiag, spotykany również pod nazwą PSSDIAG, jest narzędziem firmy Microsoft przeznaczonym do zbierania danych diagnostycznych związanych przede wszystkim z działaniem Microsoft SQL Server. Nie służy do naprawiania bazy, zmiany jej konfiguracji ani automatycznego usuwania przyczyny awarii. Jego zadaniem jest rejestrowanie informacji potrzebnych do późniejszej analizy problemu, na przykład nagłych spadków wydajności, blokad, błędów silnika, nieoczekiwanego zużycia zasobów lub przerywania połączeń.

Narzędzie jest uruchamiane w systemie Windows z wiersza polecenia i zwykle działa według konfiguracji przygotowanej dla konkretnego zgłoszenia. Zakres zbieranych informacji zależy od użytego zestawu konfiguracyjnego. PSSDiag może gromadzić między innymi dane generowane przez SQL Server, ślady diagnostyczne, liczniki wydajności systemu Windows oraz informacje z dzienników zdarzeń. Dzięki temu analiza nie ogranicza się do pojedynczego komunikatu błędu, lecz może obejmować zależność między pracą silnika bazy danych, procesorem, pamięcią, dyskami i systemem operacyjnym.

Jakie dane może rejestrować PSSDiag

W trakcie pracy PSSDiag zapisuje pliki w określonym katalogu wyjściowym. W zależności od konfiguracji mogą tam trafić pliki tekstowe, dane śladów SQL Server, wyniki pomiarów liczników wydajności oraz kopie informacji z wybranych dzienników. Rejestrowane są tylko te źródła danych, które zostały wskazane w konfiguracji. Samo zainstalowanie lub uruchomienie programu nie oznacza więc, że zostaną zebrane wszystkie możliwe informacje o serwerze i bazach.

W diagnostyce problemów z SQL Server istotne jest skorelowanie czasu wystąpienia objawu z zapisami w poszczególnych plikach. Przykładowo, długi czas wykonania zapytania może wystąpić jednocześnie ze wzrostem użycia procesora, oczekiwaniem na operacje wejścia i wyjścia albo pojawieniem się blokady. PSSDiag pomaga zebrać te obserwacje w jednym przebiegu, ale nie interpretuje ich samodzielnie w sposób równoważny pełnej analizie administratora lub inżyniera wsparcia. Wynik wymaga przeglądu logów i porównania znaczników czasu.

Uruchamianie i ograniczenia zbierania

PSSDiag powinien być uruchamiany zgodnie z instrukcją przygotowaną dla danego przypadku. Konfiguracja określa między innymi źródła danych, interwały pomiarów, sposób zapisu oraz warunki zakończenia zbierania. Zbyt krótki przebieg może nie obejmować problemu, który pojawia się sporadycznie, natomiast zbyt długi przebieg może wygenerować dużą ilość danych i utrudnić ich przesłanie oraz analizę. Z tego powodu czas rejestracji dobiera się do charakteru zgłoszenia.

Ważnym ograniczeniem jest wpływ części aktywnych sesji diagnostycznych na badany system. Ślady i częste odczyty liczników mogą zwiększać obciążenie, szczególnie podczas intensywnej pracy serwera lub przy zapisie danych na wolnym nośniku. Konfiguracji nie należy zmieniać przypadkowo, ponieważ usunięcie wybranych źródeł może pozbawić pakiet informacji potrzebnych do rozpoznania przyczyny. Przed uruchomieniem trzeba także sprawdzić uprawnienia, dostępne miejsce na dysku oraz katalog, w którym będą powstawały pliki wynikowe.

Interpretacja pakietu PSSDiag po awarii

Pakiet utworzony przez PSSDiag nie jest raportem z jednoznaczną diagnozą. Najpierw trzeba ustalić przedział czasu obejmujący problem, a następnie porównać wpisy z logów SQL Server, śladów i pomiarów systemowych. Sam fakt wystąpienia dużej liczby komunikatów nie oznacza jeszcze, że każdy z nich jest przyczyną awarii. Część wpisów może być skutkiem przeciążenia, przerwanych prób połączenia albo powtarzającego się mechanizmu monitorowania.

Podczas analizy należy zachować oryginalną strukturę plików i nie edytować zapisów przed wykonaniem kopii roboczej. W praktyce PSSDiag jest używany głównie wtedy, gdy problem wymaga danych zebranych w czasie rzeczywistym, a nie tylko pojedynczego zrzutu konfiguracji. Na komputerze lokalnym można spotkać go przede wszystkim w środowisku, na którym zainstalowano SQL Server lub narzędzia administracyjne związane z tym silnikiem. Prawidłowo zebrane dane ułatwiają odtworzenie kolejności zdarzeń i przygotowanie technicznego zgłoszenia do wsparcia Microsoft.