С другой стороны

У нас почему-то с пятницы вырос показатель по количеству таймаутов на блокировку. Зелёная линия - это скорее всего, все таймауты блокировок включая nowait (lock_timeout = 0). Даже если это  не плохо, интересно, с чем связано такое изменение графика).

Вижу, что гораздо чаще это событие генерирует системный ghost_cleanup, который окончательно очищает помеченные к удалению данные. Но сейчас уже не понять, всегда ли это он их генерирует, или в пятницу так начал.
При этом ошибок в системный лог не пишет

Последние дни

Согласен, но
Там одна установка уже считай искусство + придется освоиться в mmc, чтобы службы запускать только по необходимости

У вас реально то какая то проблема есть)? Или вы просто тренды изучаете... Там если все счётчики писать можно много куда копать начать, обычно это ни к чему не проводит правда

совсем нечем заняться и смотришь что там система делает?

Мартин Грабер, введение в SQL.

Разница есть. Это разные СУБД

у меня проблема. что последние два месяца несколько целевых запросов (по типу - oltp) работали очень медленно (8-30 секунд). 25 числа, примерно в то же время что увеличилось количество транзакций на графике, один из запросов начал неожиданно быстро выполняться. Причём, в то время я никаких индексов не создавал/не менял. Пошёл смотреть, что в системе, и вот

получается, вопрос расщепился на двое - увеличение таймаутов блокировок, и работа запроса. Связаны ли они, или нет, предстоит узнать

а вдруг параметр сниффинг?

А какая у тебя СУБД?

но, как мне кажется, это очень странно, если какой-то показатель внезапно вырос вот таким образом:

пятница

до пятницы

SQL Server 2012 Enterprise

А нельзя сделать эвент сессию с типами эвентов rpc,sp,stmnt и wait completed, чтобы все гавно не ловилось поставить фильтр по duration и дождаться воспроизведения проблемы... Потом посмотреть какие ожидания были связаны с сессией которая запускала этот запрос и от этого танцевать

Что за lock timeout тогда?
Что это за каунтер? (лень -не отвечай, сам найду)

Благодарю)