Niedawno z pewnym zdziwieniem dowiedziałem się, że w jednym z działów ogromnej firmy, w której pracuję, uruchomiono Profiler SQL w godzinach pracy.
Nie wiem, jak wychodzą analizować problemy z wydajnością, które występują właśnie w godzinach pracy. W końcu widoki wydajności często nie dają dokładnego obrazu, zwłaszcza jeśli jedna/dwie procedury/zapytania spowalniają, bez specjalnego ładowania samego serwera. Mały Queer, który działa kilka razy na godzinę i działa przez 10 sekund zamiast jednej (ale robi bardzo ważne klient bardzo nerwowy) na pewno nie dostanie się do widoków DMV. I wybierz za pomocą CROSS APPLY zgodnie z tekstami zapytania, samo ładuje serwer bardzo solidnie.
Interesuje mnie jednak zrozumienie, skąd bierze się ten strach. W niektórych firmach Profiler SQL - narzędzie pracy, w niektórych się go bali, jak ognia (przez jakiś czas zajmowałem się konsultingiem i mogłem porównać). Jestem prawie pewien, że poszło tak:
Houston, mamy problem. Baza zwalnia. rozwiązać
Tyle tu kleszczy… Czego potrzebuję?
OK, zaznaczę wszystkie pola i wtedy podejmę decyzję.
Co pozostaje w głowach wysokich władz? Ktoś wystartował Profiler SQL i wszystko się ułożyło. A potem opowiadają to sobie podczas gry w golfa.
Swoją drogą próba spisania takichpiszemy wszystko' śledzi nie do pliku, ale do bazy danych na tym samym serwerze - byłem kiedyś świadkiem takiego przypadku.
A jak tam u Ciebie? Prosimy o wzięcie udziału w ankiecie
W ankiecie mogą brać udział tylko zarejestrowani użytkownicy.
Czy możesz uruchomić program do profilowania SQL na PROD?
-
Jesteśmy małą firmą, wszystko jest dla nas proste
-
Administratorzy produkcji oczywiście mogą
-
Administratorzy produkcji mogą, po zatwierdzeniu i pobiciu
-
święty święty święty
Głosowało 4 użytkowników. 3 użytkowników wstrzymało się od głosu.
Źródło: www.habr.com