Коли ви починаєте виправлення неполадок на SQL Server 2005/2008 і як? Повідомлення вмикається через SSMS через попередження про стан продуктивності SQL Server, об’єкти-> SQLServer: Блокування, Лічильник-> Блокування очікування / сек, Екземпляр: _Усього, попередження, якщо лічильник: піднімається вище значення 3. Це активний спосіб моніторингу його? Яке прийнятне значення? Я б дуже вдячний за вашу допомогу. Дякую!!!
Відповіді:
Ви можете використовувати сповіщення про події, щоб отримувати сповіщення щоразу, коли на сервері трапляється тупикова ситуація:
Подивитися:
Додаткові посилання:
Перше, що потрібно зробити, - подивитися графік тупикового кута і точно подивитися, що відбувається. Тоді ви можете розглянути ваші параметри, які зазвичай зводяться до а) змінити додаток для стандартизації на порядок блокування об'єктів (наприклад, якщо це можливо з урахуванням логіки програми, складіть угоду зі своїми розробниками завжди блокувати таблиці в алфавітному порядку) або b ) подивіться, чи дійсно ви працюєте на відповідному рівні ізоляції в кожній транзакції.
Я б хотів із автоматичним відстеженням на сервері двох основних проблем:
довгі запити (ви встановлюєте тривалість, довгу для вашого оточення)
тупики - перевірте графік тупикової ситуації та блокування: ланцюг тупикових ситуацій
Ви будете отримувати файли слідів щодня, і ви можете стежити за дією - подивіться, чи викликає проблеми якась запланована подія. Більш детальну інформацію про виробництво профілю можна переглянути в цьому запитанні: Використання SQL Profiler у базі даних, яка вже виробляється .
Спробуйте встановити traceflags, як це описано в цій статті онлайн-книг: http://msdn.microsoft.com/en-us/library/ms178104%28SQL.90%29.aspx
ТРЕЙКОН ДБКК (1204) ТРЕЙКОН DBCC (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 або вище або переглянути в блокноті, щоб переглянути детальніше.