Влияние на производительность изменения порога заблокированного процесса sp_configure


8

Мне было поручено определить любую блокировку на производственном сервере. Мой план для достижения этой цели заключается в использовании

EXECUTE sp_configure 'blocked process threshold', 5

В сочетании с трассировкой на стороне сервера для сбора отчета о заблокированных процессах.

Я понимаю, что это мероприятие повлечет за собой снижение производительности, и я хотел бы найти способ количественно определить, что это будет.

Ответы:


6

Минимальный удар. Стоимость оценки списка заблокированных процессов уже существует, поскольку именно так обнаруживаются взаимоблокировки. Стоимость создания и записи события в журнале на стороне сервера достаточно низкая, и любой серверный ввод-вывод должен иметь возможность обрабатывать дополнительную запись в LOG / *. Trc каждые 5 секунд (в худшем случае). Но 5 - довольно низкая настройка, вы можете быть затоплены отчетами. Является ли блокировка сервера вашего сервера настолько хорошей, что любой 5-секундный блок считается инцидентом для расследования?

Убедитесь, что вы отслеживаете сгенерированные следы и убедитесь, что вы не вызываете самопроизвольное отключение из-за исчерпания дискового пространства ...


Я согласен - хит минимален, но установка «5» немного ниже. Я установил большую часть своих на 20. Таким образом, если блокирующая ситуация длится 3 минуты, на трассе остается ~ 9 записей
Джон Алан
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.