Как контролировать тупики

Когда вы начинаете устранять проблемы с блокировками SQL Server 2005/2008 и как? Предупреждение включается SSMS через предупреждение о состоянии производительности SQL Server, объекты-> SQLServer: блокировки, счетчик-> ожидания блокировки / сек, экземпляр: _Total, предупреждение, если счетчик: превышает указанное значение 3. Является ли это упреждающим способом мониторинга? Какова приемлемая стоимость? Я был бы очень признателен за вашу помощь. Спасибо!!!

Вы можете использовать уведомления о событиях, чтобы получать уведомления при возникновении тупиковой ситуации на сервере:

Видеть:

• Непосредственные уведомления тупиковых без изменения существующего кода на Младен Prajdić
• Использование SQL Profiler для Resolve в SQL Разрешение блокировок сервера по Jonathan Kehayias

Дополнительные ссылки:

• Анатомия тупика - Джонатан Кехайяс
• Анатомия тупика - Part Deux - Джонатан Кехайяс
• Чтение / запись тупика - Ремус Русану

Первое, что нужно сделать, это взглянуть на график тупиков и точно понять, что происходит. Затем вы можете рассмотреть ваши варианты, которые обычно сводятся к следующему: а) изменить приложение, чтобы стандартизировать порядок блокировки объектов (например, если это возможно, учитывая логику приложения, договориться с разработчиками о блокировке таблиц в алфавитном порядке) или b ) посмотреть, действительно ли вы работаете на соответствующем уровне изоляции в каждой транзакции.

Я бы пошел с автоматической трассировкой на стороне сервера 2 основных вопроса:

• длинные запросы (вы устанавливаете длительность для вашей среды)

• deadlocks - проверьте график Deadlock и цепочку Lock: Deadlock

Вы будете получать файлы трассировки каждый день, и вы сможете отслеживать действие - посмотрите, не вызывает ли какое-либо запланированное событие проблемы. Подробнее о профилировании производства можно узнать в этом вопросе: Использование SQL Profiler для базы данных, которая находится в производстве .

Попробуйте установить флаги трассировки, как описано в этой онлайн-статье: http://msdn.microsoft.com/en-us/library/ms178104%28SQL.90%29.aspx

DBCC TRACEON (1204)
DBCC TRACEON (1222)

- новый для SQL 2005
DBCC TRACEON (-T1222)

System Center Operations Manager (SCOM) с пакетом управления SQL Server может предупредить о тупиках , если включить ведение журнала для сообщения 1205. Вы можете включить его с помощью следующего запроса SQL: EXEC sp_altermessage 1205, 'WITH_LOG', 'true'.

Также см. Мой ответ на вопрос «Почему имя объекта и индексное имя не заполнены в графике взаимоблокировок?» для сценария PowerShell, который я написал, он будет извлекать информацию о взаимоблокировке из буфера событий и записывать графики взаимоблокировок в виде файлов xdl, которые можно открыть в SQL Management Studio 2012 или более поздней версии или просмотреть в блокноте, чтобы увидеть более подробную информацию.