Нядаўна з некаторым здзіўленнем даведаўся, што ў адным з дэпартментаў вялізнай фірмы, дзе я працую, забаронены запуск SQL profiler у business hours.
Не ведаю, як яны выкручваюцца для аналізу праблем з прадукцыйнасцю, якая адбываецца як раз у бізнэс гадзіны. Бо performance views часта не даюць дакладнай карціны, асабліва калі тармозіць адна/дзве працэдуры/кверы, не нагружаючы асабліва сам сервер. Малюсенькая квер, якая выконваецца некалькі разоў у гадзіну і працуе 10 секунд замест адной (але якая робіць вельмі важнага кліента вельмі нервовым) сапраўды не патрапіць у DMV views. А select з CROSS APPLY па тэкстах квераў сам нагружае сервер вельмі няхіла.
Аднак мне цікава зразумець, адкуль паходзіць гэтая боязь. У некаторых фірмах SQL profiler – рабочы інструмент, у некаторых яго баяліся, як агню (нейкі час я займаўся кансалтынгам і мог параўноўваць). Я амаль упэўнены, што справа была так:
Х'юстан у нас праблемы. Тармазіць база. Разбярыся
Тут столькі галачак... Што ж мне трэба?
Добра, пастаўлю ўсе галачкі і потым вырашу.
Што застаецца ў галаве высокага начальства? Хтосьці запусціў SQL profiler і ўсё ўстала калом. І потым расказваюць гэта адзін аднаму за партыяй у гольф.
Дарэчы, асаблівую пікатнасць надае спроба запісаць такія 'пішам усё' трэйсы не ў файл, а ў базу на гэтым жа серверы – адзін раз я быў сведкам такога выпадку.
А як у вас ідуць справы? Паўдзельнічайце ў апытанні калі ласка
Толькі зарэгістраваныя карыстачы могуць удзельнічаць у апытанні.
Ці можна ў вас запускаць SQL profiler на PROD?
-
Мы маленькая кампанія, у нас усё проста
-
Прадакшн адміны вядома могуць
-
Прадакшн адміны могуць пасля аппруваў і біцці чалом
-
Святы святы
Прагаласавалі 4 карыстальніка. Устрымаліся 3 карыстальніка.
Крыніца: habr.com