Уважаемые коллеги,

Не могу понять, что происходит в системе. Перенесли базу с 2008 R2 на 2014 (SP2 12.0.5546), добавили к AlwaysOn. И стало медленнее. Один запрос отрабатывает за пару тройку секунд на 2008 и ползёт по 10-12 минут на новом. Память, CPU, диски (SSD) похоже не проблема.
Этот самый запрос начинает медленно выплёвывать данные по 100-150 записей. Во время выполнения IO низкое, никаких waittype в sys.dm_os_waiting_tasks, на сервере аномалий не видно. Индексы регулярно обрабатываем, чистил кэш DBCC FREEPROCCACHE (хеш запроса по sql_handle), всю базу DBCC FREESYSTEMCACHE ('<db name>'), обновлял статистику. Без толку, осталось перезапустить, но хочется понять да и вряд ли поможет.
В целом база работает медленнее немного, но этот запрос просто достал. Что ещё можно сделать/проверить?

Да, запрос постоянно сидит в RUNNABLE статусе, диск IO никакие, только CPUTime растёт как и предполагалось. Если запускаю на сервере, то такая же история.

Спасибо!

invm,

Resource governor не используется.

aleks222,

Вроде бы никто не ныл, а коротко обрисовал картинку. Переписать запрос не самая умная идея, так как:

1. Работает прекрасно на старом сервере. Более того, на асинхронной реплике отрабатывает за 3-5 секунд
2. План выполнения тот же
3. Просто не представляется возможным так как это продукт компании, нам туда нельзя.

Сдаётся, что всё таки мозгов надо подкинуть серваку, но оно такое же работает (см. пунк 1).

step_ks,

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

WarAnt,

Не подходит, мы давно на SP2, да и опять же на другом таком же работает как часы.

StarikNavy,

Как я написал ранее:

1. Работает прекрасно на старом сервере. Более того, на асинхронной реплике отрабатывает за 3-5 секунд вместо 13-15 минут.

При этом спецификация у них одинаковая 4 CPU core, по памяти 28 ГБ (этот медленный) против 10 ГБ (тут работает). Мистика, но видимо недостаток знаний.

Не могу понять, диск почти не работает, что подтверждается выплевыванием данных по 30-40 записей. При этом CPU выше 50-55% не поднимается. RUNNABLE status же намекает на процессор. Память тоже не причём, переиндексация и статистика каждую ночь, таблицы более менее статичные, растут понемногу (200-300 записей в неделю).

WarAnt,

Я конечно юмор понимаю и рад бы, но:

1. Работает прекрасно на старом сервере. Более того, на асинхронной реплике отрабатывает за 3-5 секунд

Асинхронная реплика тоже на 2014 SP2 - так что не уверен, что надо переписывать. Проблема на конкретном сервере.

step_ks,

Забыл, что можно теперь менять назад, но как ухе писал не раз:

1. Работает прекрасно на старом сервере. Более того, на асинхронной реплике отрабатывает за 3-5 секунд

А она 2014 и 120 compatibility. Надо рыть на сервере. Сейчас понял, что процессор поднимается где-то на 30% при работе этого запроса, но всё равно не до пика а около 70% на сервере. По идее, не конец света, но видимо тут собака порылась...

aleks222,

Спасибо, но вам скорее надо не на этот форум, а куда-нибудь по политике или семейным передрягам. Там такая лексика самое то.

Для полности картины. На сервере работает AlwaysOn groups, относительно загружен. Но даже если перебрасываю всё на соседнюю реплику (synchronous), ситуация не меняется кардинально. Latency AlwaysOn 20-30 ms.

Спасибо всем за помощь, попробую CPU подкинуть.

StarikNavy,

Я же писал - 2. План выполнения тот же (на всех трёх).