maxol67,

что у вас при этом в

<CoordinatorQueryBalancingFactor>
<CoordinatorQueryBoostPriorityLevel>

?

[quot maxol67Наблюдалось засыпание при процессинге. Лечилось увеличением threads.[/quot]

А сам процессинг при этом нормально проходил?

maxol67...У вас, кажется, похожая проблема.

Да, похоже.

maxol67...когда доходил до границы по threads...

Увеличивали MaxThreads у Process или и у Query тоже?

Увеличили для Process (240->340).
Нисколько не помогло.

Также я не вижу, чтоб Busy или Idle подходили к границе Max.
В тоже время иногда Queue вырастает коротко до 60-70.
Как это вообще возможно?

Я думал, что в Queue наполняется только когда Busy достигает Max...

Проблема в дискретизации каунтеров (3 сек)?
Но разве max(counter) не охвытывает все то, что происходило в течении отрезка дискретизации?

Это я про ситуацию, когда, скажем на первой секунде что-то прыгнуло вверх, а на второй уже упало. В результате, в конце отрезка дискритизации мы прыжок не увидели.

Выяснилось, что "затык" провоцируется определенным процессингом, который вместо пары минут растягивается на час.
Кататония начинается через минуту-две после начала процессинга, когда по идее процессинг уже должен закончится и видно, что его основная активность прошла (индексы готовы). Отвисает вроде как с концом процессинга (трудно точно определись когда точно отвисло).

С поступлением каждого "подвисающего" запроса видно, что "MSAS 20089:Locks:Current latch waits" увеличивается на единицу!

Критик,

спасибо!

Я запостил там вопрос, почему текущие запросы не отбиваются по ForceCommitTimeout.
Надеюсь объяснит.

maxol67КритикНе хотите пропатчится до 10.50.4260?Хотя бы до 10.50.4000 (SP2)

10.50.4000 не помог!