УПП 1.3
8.3.9.2170
SQL:
Windows Server 2016 Standard (10.0)
Microsoft SQL Server Enterprise (64-bit)
14.0.3048.4
После переустановки SQL сервера (со сменой версии) словил как минимум одно место где вылез странный глючёк.
При проведении документа "Распределение материалов на выпуск" встаёт на 30-40 секунд на записи набора в РН.ЗатратыНаВыпускПродукции
https://c2n.me/40loqX7
в данном примере этот набор записи пустой!!!!  Если набор записи будет не пустым  то встанет еще в одном месте на такое же время для очистки
если надо скрин выложу  .
Т.к.   более  нигде такого не замечено прошёлся по табличке лёгким скрптом:
USE upp_8_2;  
GO  
-- Reorganize all indexes  
ALTER INDEX ALL ON dbo._AccumRg22380
REORGANIZE ;  
GO  

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

Упс
переставил Max Degree of Parallelism с 4 на 1  и всё взлетело  пофиг пустой набор   или очень большой.


Вопрос  как паралелизм давал такой эффект что пустой набор записей писал 35 секунд

(1) А на ИТС есть статья по настройке SQL для 1С и там сказано про этот "параллелизм".

Продолжаю наблюдение: проработало идеально около 4-5 часов и опять встало.   вылечилось только  переводом Max Degree of Parallelism в значение 4  а потом возвратом назад в единицу

(3) посмотри процедуры ПередЗаписью и ПриЗаписи регистра.

Явно какая-то лажа со статистикой

Режим управления блокировки не автоматический случайно?

Или размер таблицы движений какой? До и после. Может ты там на ожидании эскалации висишь, а на старом скуле эскалация была отрублена.

+ я бы глянул включено ли разделение итогов

А вообще - смотри ТЖ)

(0) какие регламентные операции по обслуживанию базы настроены?
При изменении степени параллелизма вроде планы запросов очищаются.
https://docs.microsoft.com/ru-ru/sql/t-sql/database-console-commands/dbcc-freeproccache-transact-sql?view=sql-server-2017

(4)  а при чём тут они  , замер производительности чётко показывает где тормоз
(6)   та не  , всё в порядке , управялемый

https://c2n.me/40mHdDk

(8)   разделение итогов включено

Проработало два месяца, вчера опять встало никакие махинации не помогают.   руками  обновил статистику у таблиц РН.  реорганизовал индексы  - бестолку :-(  Встаёт раком на РН.ЗатратыНаВыпускПродукции :-(

Может там есть запись с датой года 2000 вместо 4000? И регистр итоги обновляет за 2 тыс. лет. В таблице итогов не проверял?

Там вид регистра : Обороты
как я понимаю нет там итогов то

https://docs.microsoft.com/ru-RU/sql/t-sql/database-console-commands/dbcc-freeproccache-transact-sql?view=sql-server-2016

вот это каждый час

(15) есть

(13) запускаешь профайлер, меряешь проблемный кусок, сравниваешь в плане запросов ожидание и реальность.