Niedawno z pewnym zdziwieniem dowiedziałem się, że w jednym z działów ogromnej firmy, w której pracuję, zabroniono uruchamiania profiler SQL w godzinach pracy.
Nie wiem, jak radzą sobie z analizą problemów z wydajnością, które występują właśnie w godzinach pracy. Przecież widoki wydajności często nie dają dokładnego obrazu, zwłaszcza jeśli jedna/dwie procedury/zapytania spowalniają, nie obciążając szczególnie samego serwera. Maleńkie zapytanie, wykonywane kilka razy na godzinę i działające 10 sekund zamiast jednej (ale wykonujące bardzo ważne dla klienta jest bardzo stresujące) z pewnością nie trafi do widoków DMV. A select z CROSS APPLY w tekstach zapytań sam znacząco obciąża serwer.
Jednak interesuje mnie, skąd bierze się ta obawa. W niektórych firmach profiler SQL jest narzędziem roboczym, w innych bali się go jak ognia (przez jakiś czas zajmowałem się doradztwem i mogłem porównywać). Jestem niemal pewien, że było tak:
Houston, mamy problem. Baza się spowolniła. Zdiagnozuj to.
Ile tu jest zaznaczeń... Czego właściwie potrzebuję?
Dobrze, zaznaczę wszystko i później zdecyduję.
Co zostaje w głowach seniorów? Ktoś to uruchomił profiler SQL i wszystko się zatrzymało. A potem opowiadają to sobie podczas rozgrywek w golfa.
A swoją drogą, szczególnego smaku nadaje próba nagrania takich ‘zapisujemy wszystko’ śladów nie do pliku, ale do bazy w tym samym czasie – raz byłem świadkiem takiego przypadku. serwerze A jak u was sprawa wygląda? Proszę, weź udział w ankiecie
Czy możecie uruchomić profiler SQL na PROD?
Tylko zarejestrowani użytkownicy mogą brać udział w ankiecie. , proszę.
Jesteśmy małą firmą, mamy to proste
Administratory produkcji mogą
Administratory produkcji mogą po zatwierdzeniach i wybijaniu czołem
Święty, święty, święty
Głosowało 4 użytkowników. 3 użytkowników wstrzymało się od głosu.
Niedawno z pewnym zdziwieniem dowiedziałem się, że w jednym z działów ogromnej firmy, w której pracuję, zabroniono uruchamiania profilu SQL w godzinach pracy.
Źródło: habr.com
