SQL Server Diagnostics Platform

SQL Server Diagnostics Platform to zestaw narzędzi wspierających zbieranie danych na potrzeby zgłoszeń do wsparcia.

Rola SQL Server Diagnostics Platform w zgłoszeniu serwisowym

SQL Server Diagnostics Platform, często określana skrótem SDP jako Support Diagnostics Platform, to zestaw narzędzi służących do zebrania informacji potrzebnych przy analizie problemów z Microsoft SQL Server. Nie jest to osobny silnik bazy danych, moduł wykonujący zapytania ani narzędzie do codziennego monitorowania aplikacji. Jego zadaniem jest przygotowanie uporządkowanego pakietu diagnostycznego, który może zostać dołączony do zgłoszenia kierowanego do pomocy technicznej.

Zakres zbieranych danych zależy od wybranego scenariusza diagnostycznego. Pakiet może obejmować informacje o instalacji SQL Server, konfiguracji instancji, usługach systemu Windows, dziennikach zdarzeń, plikach konfiguracyjnych oraz wybranych logach tworzonych przez składniki serwera. Narzędzie nie zastępuje analizy administratora. Automatyzuje natomiast czynności, które wykonywane ręcznie mogłyby prowadzić do pominięcia istotnego pliku albo zebrania danych w niejednolity sposób.

Jakie informacje są przydatne w pakiecie diagnostycznym

Podczas diagnozowania problemu z SQL Server istotne jest powiązanie objawu z konkretną instancją, usługą i momentem wystąpienia awarii. Sam komunikat widoczny w aplikacji często nie wystarcza, ponieważ może być tylko końcowym skutkiem błędu połączenia, zatrzymania usługi, odmowy dostępu do pliku, nieprawidłowej konfiguracji albo problemu z zasobami systemowymi. Dane zebrane przez platformę pomagają ustalić, jakie komponenty były zainstalowane i w jakim stanie znajdowało się środowisko.

W zależności od przypadku przydatne mogą być między innymi dziennik błędów SQL Server, wpisy z Podglądu zdarzeń systemu Windows, informacje o kontach usług, wersji składników oraz ustawieniach związanych z uruchamianiem usług. Przy problemach z dodatkowymi funkcjami, takimi jak SQL Server Machine Learning Services, analizowane mogą być również logi usługi Launchpad oraz pliki dotyczące uruchamiania środowiska R albo Python. Nie oznacza to, że każdy pakiet zawiera wszystkie możliwe dane. Zbieranie powinno być dobrane do rodzaju zgłoszenia.

Przebieg zbierania danych i interpretacja wyników

W praktyce narzędzie diagnostyczne uruchamia określone procedury zbierania, odczytuje informacje dostępne w systemie i zapisuje wyniki w plikach pakietu. Rezultatem może być archiwum zawierające raporty tekstowe, dane konfiguracyjne oraz kopie właściwych logów. Nazwy plików zależą od użytego scenariusza. W dokumentacji Microsoft wskazywany jest między innymi plik wynikowy zawierający informacje o prawach użytkownika, zapisany z nazwą komputera i konta użytkownika.

Pakiet nie powinien być oceniany wyłącznie na podstawie liczby znalezionych błędów. Wpis ostrzegawczy w dzienniku nie zawsze oznacza przyczynę awarii, a powtarzający się komunikat może być skutkiem ubocznym wcześniejszego problemu. Analiza wymaga porównania czasu wystąpienia błędu z uruchomieniem lub zatrzymaniem usługi, błędami logowania, zmianą konfiguracji i stanem systemu. Ważne jest także rozróżnienie komunikatów dotyczących silnika SQL Server od komunikatów generowanych przez system Windows, sterownik, aplikację kliencką albo dodatkowy składnik serwera.

Przy przekazywaniu danych do wsparcia należy opisać objaw, częstotliwość występowania, przybliżony czas rozpoczęcia problemu oraz czynności wykonane bezpośrednio wcześniej. Samo dołączenie archiwum bez opisu środowiska może utrudnić odtworzenie zależności. Z drugiej strony ręczne usuwanie plików z pakietu może pozbawić diagnostykę ważnego kontekstu, dlatego zakres przekazywanych materiałów powinien wynikać z zasad obowiązujących w danym środowisku i z instrukcji podmiotu prowadzącego analizę.

Granice zastosowania SQL Server Diagnostics Platform

SQL Server Diagnostics Platform służy przede wszystkim do zbierania materiału dowodowego na potrzeby rozwiązywania problemów. Nie naprawia automatycznie uszkodzonej instalacji, nie odbudowuje baz danych, nie zmienia samodzielnie modelu bezpieczeństwa i nie gwarantuje wskazania jednej przyczyny. Po zebraniu informacji konieczne może być sprawdzenie stanu usług, poprawności konfiguracji, dostępności plików, zależności między komponentami oraz zgodności wersji zainstalowanych składników.

W przypadku diagnostyki SQL Server należy uważać, aby nie utożsamiać tego narzędzia z innymi rozwiązaniami monitorującymi. Platforma zbierająca dane do zgłoszenia serwisowego ma inny cel niż narzędzia do obserwowania wydajności zapytań, analizy blokad, kontroli wykorzystania procesora i pamięci czy długotrwałego gromadzenia metryk. Jej wartość polega na zebraniu spójnego obrazu konkretnego środowiska w związku z określonym problemem, a nie na zastąpieniu pełnego systemu monitoringu lub analizy administracyjnej.