Наскоро научих с известно учудване, че в един от департаментите на огромната фирма, в която работя, е забранен пускът на SQL профайлер в работно време.
Не зная как се справят с анализа на проблеми с производителността, които се появяват именно в работно време. Все пак, изгледите за производителността често не предоставят точна картина, особено ако забавянето е в една/две процедури/запити, без особено натоварване на самия сървър. Малко запитване, изпълняващо се няколко пъти на час и работещо 10 секунди вместо една (но извършващо много важна работа за клиента може да направи) със сигурност няма да попадне в DMV изгледите. А селект с CROSS APPLY по текстовете на запитванията натоварва сървъра значително.
Обаче, интересно ми е да разбера откъде идва този страх. В някои фирми SQL профайлер е работен инструмент, в други го се страхуват като от огън (в течение на известно време се занимавах с консултации и можех да сравнявам). Почти съм сигурен, че ставаше така:
Хюстън, имаме проблем. Базата забавя. Разбери.
Тук има толкова много отметки… Какво ми е нужно?
Добре, ще поставя всичките отметки и после ще реша.
Какво остава в съзнанието на висшето ръководство? Някой просто е пуснал SQL профайлер и всичко е спряло. И после разказват това един на друг на партито по голф.
Между другото, особена пикантност придава опитът да запишеш такива ‘записваме всичко’ трасета не в файл, а в базата на същия сървър – веднъж бях свидетел на такъв случай.
А как стоят нещата при вас? Моля, участвайте в анкетата.
Само регистрирани потребители могат да участват в анкетата. , моля.
Може ли при вас да се пуска SQL профайлер в PROD?
Ние сме малка компания, всичко при нас е просто.
Продукционните администратори разбира се могат.
Продукционните администратори могат след одобрения и удари в челото.
Свят свят свят.
Гласували са 4 потребителя. Въздържали са се 3 потребителя.
Източник: habr.com
