да не вопрос, я уже нашёл, мне не сложно

Событие когда какой то запрос не дождался ресурса и отвалился по тайм аутц

Lock:Timeout events with a duration of 0 are commonly the result of internal lock probes and are not necessarily an indication of a problem. The Lock:Timeout (timeout > 0) event can be used to ignore time-outs with a duration of 0.

не собирай нулевые и не будет проблем

это Lock Timeouts/sec   Number of lock requests per second that timed out, including requests for NOWAIT locks
https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-locks-object?view=sql-server-ver15

и длинные запросы мониторь при помощи xe

Это они же но в секунду...

Спасибо

Спасибо

либо когда запрос посылается с параметром set lock_timeout=-1 (если ресурс занят, не ждать ни секунды)

Почему я решил всё-таки присмотреться

Ещё пара событий, которые совпали примерно в тот же день, в то же время

* В пятницу (25 числа) начиная примерно с 18 часов пошел вверх Index Searches/sec. И теперь стабильно держится на уровне примерно в 1,5 - 2 раза выше.
https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-access-methods-object?view=sql-server-ver15

* В пятницу (25 числа) примерно с 18.20 начали расти Database Transactions. На ExpressDB они выросли примерно в 5 раз (и в среднем и в пике) и остались там этом уровне до сих пор

Два последних показателя можно объяснить или тем, что кто-то внёс изменения в клиентское приложение, которое долбится в базу, и оно стало долбить чаще, или тем что пользовательская нагрузка выросла. Но никто из разрабов не признаётся, что менял, а насчёт пользователей - странно чтобы они полмесяца дремали, а потом на одном примерно уровне начали долбить несколько дней подряд

Мои сообщения не видны или их специально не читает никто?

Батч/сек мониторите?

мониторим)

забыл ответить: насколько понимаю, параметр сниффинг - когда план выполнения сгенерировался для переменных, которые на момент генерации плана были актуальны, но с течением времени устарели (устарела статистика). Чтобы параметр сниффинг привёл к тому, что неоптимальная переменная стала оптимальной - в общем, я неделю назад сочёл этот вариант маловероятным, и отбросил
И в момент, когда всё заработало, индексы не менял, так что на обновление статистики списать не могу...

Значения не поменялись?

в тот день у них динамика была как обычно. и как раз перед тем как целевой запрос начал отрабатывать. количество батчей в секунду начало уменьшаться (но оно примерно к этому же времени растёт  и уменьшается каждый день)

Все ваши графики меряют среднюю температуру по больнице... А вы по ним пытаетесь определить диагноз конкретного человека. Чтобы узнать почему иногда проседает производитель конкретного запроса надо исследовать именно этот запрос, а не кучу статистической информации о работе сервера баз данных