Показаны сообщения с ярлыком мониторинг. Показать все сообщения
Показаны сообщения с ярлыком мониторинг. Показать все сообщения

вторник, 9 сентября 2014 г.

Ошибка сборщика данных Data Collector-а


Введение:

При работе сборщика данных на серверах, особенно если на сервере есть базы данных в зеркалировании или в группе доступности AlwaysOn, возможно, что со временем некоторые  наборы сборщиков данных, которые настроены на сбор с кешированием, перестают собирать данные,  а в логах возможна ошибка, примерно следующего содержания:

четверг, 19 сентября 2013 г.

MS SQL Server и MS SharePoint 2013. Сообщение «Using 'dbghelp.dll' version '4.0.5'»


После развертывания баз данных MS SharePoint 2013 на сервере MS SQL Server 2008R2 в логах СУБД появилось несметное количество однородных сообщений малоинформативного содержания:

Message
Using 'dbghelp.dll' version '4.0.5'

Все бы ничего, но их количество – 10-12 сообщений в минуту:

среда, 18 июля 2012 г.

понедельник, 16 января 2012 г.

Ограничить время работы заданий - джобов в MS SQL Server


У любого администратора БД есть n-е количество заданий на серверах, как минимум то 1 для обслуживания БД точно должно быть, которое вы запускаете по расписанию, когда будет минимальное влияние на обслуживание клиентов БД. Вы рассчитываете, что когда начнется основная активность, ваше задание уже не будет работать. Или, к примеру, есть какое-то задание, которое должно выполняться не более n-е количество времени  и не больше.
Как отследить за работой заданий ?! Как ограничить работу его по времени?! Как узнать, чт задание выполняется сверх нормы?! Ниже я описал как это сдлеать двумя распространёнными методами.