В общем есть такая проблема.
Перенесли БДшку с сервера (windows server 2016, sql server 2016) на сервер (windows server 2019, sql server 2019), сейчас БД в совместимости sql server 2016.
После переноса день-два всё работало стабильно, потом начались тормоза. Часть запросов выполняется по 1 мин., вместо 2-3 секунд.
Начал делать перестроение индексов, скуль полностью заблочил таблицу, пришлось ребутить и убивать запрос на перестроение.
После ребута, работа нормализовалась, индексы так же хорошо перестроились и быстро перестроились.
Спустя 2-3 дня снова такие же тормоза.

Что пробовал делать:
- обновление планов запроса (выполняется быстро, но не помогает);
- перестроение индекса (скуль блочит таблицу, приходится ребутить);
- выполнял dbcc flushprocindb и dbcc freeproccache (выполняются быстро, но не помогает);

В общем у меня идеи закончились куда копать. Сталкивался кто с таким? Может перевести БДшку в режим совместимости 2019?

Кто что посоветует?

komrad,

Microsoft SQL Server 2019 (RTM) - 15.0.2000.5 (X64) Sep 24 2019 13:48:23 Copyright (C) 2019 Microsoft Corporation Enterprise Edition (64-bit) on Windows Server 2019 Standard 10.0 <X64> (Build 17763: )

teCa,

на nmve лежит БДшка, логи на ssd, tempdb на ssd (не один файл)
логи и tempdb на одном диске

komrad,

Обновили сервер до версии
Microsoft SQL Server 2019 (RTM-CU9) (KB5000642) - 15.0.4102.2 (X64) Jan 25 2021 20:16:12 Copyright (C) 2019 Microsoft Corporation Enterprise Edition (64-bit) on Windows Server 2019 Standard 10.0 <X64> (Build 17763: )
Но не особо помогло.

Профилактические работы раз в день с утра, обновление статистики и перестроение/реорганизация индексов

Ролг Хупин,

Да, база данных находится на NVMe носителе
Логи и tempdb на отдельном SSD

Владислав Колосов,

Настройки сервера по умолчанию, ничего не включали (в общем все галки сняты из этого раздела)

Yasha123,

Yasha123чем не угодил kill убить rebuild, что за мания чуть что "ребутить"?
kill не помогает, пробовал, всё зависает.

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

Владислав Колосов,

включение этих галок может привести к неработоспособности текущих запросов? Поверх БД написано очень много кода на C#, с помощью которого дергается БДшка (выполнение запросов через System.Data.SqlClient)

Yasha123,

БДшка больше OLTP, массовых апдейтов нет, в основном быстрые транзакции по работе с одной записью (вставка, обновление)

Yasha123,

WaitTypeWait_SResource_SSignal_SWaitCountPercentageAvgWait_SAvgRes_SAvgSig_SCXPACKET1530824.411452679.1578145.2672271432836.170.00210.00200.0001SOS_SCHEDULER_YIELD1152985.75153.921152831.8335994301927.240.00320.00000.0032LATCH_EX1070784.87997224.9973559.8871537376125.300.00150.00140.0001LCK_M_IS160630.80160583.7447.0768553.8023.432623.42580.0069LCK_M_IX108341.18108311.5029.68653112.561.65891.65840.0005

Первые 2 строки - это ожидания связанные с CPU, почитал несколько статей по этим типам ожидания,
Понял - что эта статистика может как означать нехватку ресурса CPU, так и указывать на то, что сервер просто хорошо работает с параллелизмом.
Не понял - как выяснить, проблема это или нет, на одном из моих серверов примерно такая же статистика, при этом загрузка CPU в пределах 80%.

Интересно послушать мнение специалистов.

ну нехватка ЦПУ точно мимо, конфигурация сервера мощная

Вечером попробуем включить данную настройку, отпишусь по результатам