Articles

Skrót: Korzystanie z Monitora aktywności w SQL Server Management Studio

jest to szybka wskazówka, ale ważna. Widzę wiele osób korzystających z SQL Server Management Studio (SSMS) i nie są świadomi Monitora aktywności.

chociaż istnieje wiele sprytnych rzeczy, które możemy zrobić z zapytaniami, aby sprawdzić stan systemu, nie zapominaj, że w Monitorze aktywności jest sporo przydatnych informacji i łatwo się do nich dostać.

istnieją dwa podstawowe sposoby uruchamiania Monitora aktywności. Pierwszym z nich jest kliknięcie prawym przyciskiem myszy serwera w Eksploratorze obiektów:

innym popularnym sposobem uruchamiania jest z paska narzędzi:

zauważ, że jeśli połączysz się z więcej niż jednym serwerem w Eksploratorze obiektów, Monitor Aktywności połączy się z tym, który z nich został wybrany.

Monitor Aktywności trochę obciąża serwer, do którego jest podłączony, ale generalnie nie uważam go za złego. Jednak nie zostawiaj go uruchomionego i kontynuuj korzystanie z innych kart. Byłem na stronach, gdzie jest wiele kopii tego działa cały czas od kilku użytkowników. Nie rób tego.

nie uważam większości wykresów na górze za bardzo przydatne, poza być może czasem procesora.

pokaże Ci, czy serwer działa na płasko.

lista procesów jest bardziej interesująca. Jeśli klikniesz prawym przyciskiem myszy dowolną sesję, otrzymasz następujące opcje:

link szczegóły pokaże ci ostatnią komendę wykonaną na tym połączeniu. Zwróć uwagę, że to nie znaczy, że nadal działa. Możesz również zabić proces (oczywiście ostrożnie), a także podłączyć SQL Server Profiler do serwera i natychmiast filtrować sesję, aby zobaczyć, co robi.

kolumny można filtrować.

pokazuje listę wartości aktualnie w tej kolumnie, plus Wszystkie, oraz wybór spacji (wiersze bez wartości w tej kolumnie) lub niepustych (wiersze z czymkolwiek w tej kolumnie). Zaczynają jak wszystkie.

dla prostego przykładu użycia tego, możemy wybrać sesje, które mają uruchomiony dowolny typ polecenia, wybierając stan działania zadania.

często używam tego widoku, aby szukać problemów z blokowaniem. Każdy proces zablokowany przez inny proces ci to powie. Generalnie to czego szukam to głowa łańcucha blokującego czyli: kto jest głównym winowajcą blokującym wszystkich.

w tym celu Szukam wartości 1 w kolumnie Head Blocker. Niestety, sposób, w jaki został zaprojektowany, nie można wybrać tej wartości, dopóki nie pojawi się wiersz z tą wartością.

nazwa aplikacji, Nazwa bazy danych i Login mogą być również bardzo przydatne.

sekcja Resource Waits jest tylko lekko interesująca.

informacje tam są na nieco grubym poziomie, aby być naprawdę przydatne dla mnie. Zauważ, że w tym systemie bufor I/O jest na szczycie listy, ale skumulowany czas oczekiwania (od ponownego uruchomienia serwera) jest mały. Z biegiem czasu, jeśli system działa od dłuższego czasu, możesz zacząć odczuwać główne oczekiwania tutaj, ale pamiętaj, że istnieje wiele wartości, które mogą pojawić się tutaj, bez faktycznie stanowi problem.

lista We/Wy plików danych jest trochę ciekawsza:

pokaże Ci, jak zajęty jest każdy plik danych i dziennika dla wszystkich baz danych. Generalnie sortuję go według czasu reakcji (ms) malejąco. Wartość tutaj jest w zasadzie opóźnieniem dla I / O W tym pliku. W tym przykładzie jest to 8 milisekund. W porządku.

Ciekawa jest lista ostatnich drogich zapytań. Informacje są dostępne z systemu DMVs, ale to stawia kilka przydatnych danych w łatwej do uzyskania lokalizacji:

aktualizuje to z czasem. Zauważ, że nie będzie to pokazywać aktualnie uruchomionych zapytań, tylko te, które były drogie i niedawno ukończone. Jeśli klikniesz prawym przyciskiem myszy, możesz spojrzeć na tekst zapytania lub sprawdzić używany plan wykonania.

ostatnia sekcja z aktywnymi drogimi zapytaniami będzie miała dane tylko wtedy, gdy używasz statystyk zapytań na żywo. Napiszę o tym innym dniu.

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany.