УПП 1.3.112.3  Платформа 8.2.19.90 зависание на 1,5 часа при отмене проведения документа "Начисление заплаты работникам организаций"- зависает не всегда - периодически, т.е. в большинстве случаев распроводится за 10-15 сек. В документе около 700 строк. Когда было больше 1000 рекомендовали сделать меньше 100. Глянул процедуру

Процедура ОбработкаУдаленияПроведения(Отказ)
    
    Движения.ОсновныеНачисленияРаботниковОрганизаций.мВыполнятьВспомогательныеРасчеты = Истина;
    
    Для Каждого Набор Из Движения Цикл
        Если мНеуправляемыеДвижения.Найти(ТипЗнч(Набор)) = Неопределено Тогда
            Набор.Очистить();
            Набор.Записать();
        КонецЕсли;
    КонецЦикла
    
КонецПроцедуры // ОбработкаУдаленияПроведения()

Но что тут можно сделать? Или это проблема в платформе?

Собираюсь отдать задачу на аутсорс - они собираются делать замеры производительности - просто толку их делать - если это проблема не постоянная, а периодическая? И скорее всего просто глюк платформы.

Долгие запросы к СУБД хотя бы посмотрел бы

И настрой ТЖ на сбор долгих

В момент зависания посмотреть, какой код выполняется (замером или остановкой)

(1) скорей всего есть некий код, который в модулях наборов записей, т.к. мы наблюдаем здесь УПП, то и по подписке может висеть куча кода. Где-то там и будут лежать возможно некорректные данные.

Если база не слишком огромная, то можно самим прогнать какие-то тесты с исправлением битых ссылок и тому подобных

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

(0) какие-то отличия есть между документами за 10-15 секунд и зависающими или это один и тот же документ-объект, который или виснет или нет

(6) успех там тоже может быть разный, согласен - даже если сеанс продолжает работать, но результат операции может быть разный.

Кеш почистить уже предлагали?

(0) есть зависимость от пользователя?

(0) Может взаимоблокировки?

(5) все верно. у данного регистра Модуль набора записей.

на 700+ строк)))

(0) это нормально. я бы пересоздал базу - выгрузил в дт и загрузил обратно...

уработана она у вас

Пипец советчик одним постом выше )

(15) по опыту неоднократного среза - отмена движений розничных отчетов - ускорило значительно.

(0) сделай так и проверь скорость распроведения

Пересчёт итогов ещё помогает. Если скуль - выгрузка/загрузка дт в новую базу - точно снесёт ошибки скуля. Ну и сам скуль на какие-то статистики опирается, но чтоб на полтора часа...

(6) после зависания все нормально отрабатывает - документ распроводится
Всем спасибо за советы - все учту и возьму в разработку

(14) это часов 18 на выгрузку и и столько же на загрузку, а ТИИ не поможет? там вроде можно прерывать через 1 час

(17) Правильно уже посоветовали: надо технологический журнал настраивать на отлов долгих запросов. Если проблема на стороне SQL - в журнале будет очень интересно. Заодно может еще какие мысли по оптимизации появятся.

не постгре случайно?

Размер базы напиши какой?

(22) 154 ГБ

(21) MS SQL 2016

(21) угу. на старой платформе и на старой версии СУБД, скорей всего. А перед очисткой наборов записей регистров какой-то убойный код на запросах по регистрам сведений без подчинения регистраторам. Вот и виснет при некоторых сочетаниях условий. Но на самом деле нужно по коду смотреть. У меня сейчас УПП нет, так что и бегло посмотреть на код не получится.

(24) красиво. А что 1С платформу не обновляешь?

(26) но зачем для упп?

(27) 8.3.10 в сочетании с MS SQL 2016 быстрая

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

(25) Есть без подчинения регистратору "РегистрСведений.ДоначисленияСотрудникам" - судя по журналу на нем и зависает, только где в коде чистка его происходит не нашел - глобальный поиск не дал результатов

(25) ГрафикиРаботыПоВидамВремени там часто тормозит. Ибо в модуле набора записей этого регистра куча кода и не самых легких запросов.

(30) Включаешь серверную отладку и делаешь замер производительности. Глобальный поиск не нужен.

(27) SSL из коробки чтоб работал, например

(0) обслуживание СУБД проводится?

Вы старые начисления перепроводить не будете? Почистите индивидуальные графики за прошлые года. База станет полегче.

(34) перестроение индексов и обновление статистики - да

(36) запусти выгрузку загрузку - при твоем объеме - это часов 5-6 в обе стороны.

(37) идея конечно хорошая если на 100% быть уверенным что даст результат, можно конечно выйти в выходной и крутануть так базу, в принципе база на ССД и может быть не так догло и за 6 часов уложиться, но все же