Добрый день.
Прошу помощи. Как можно ускорить расчет себестоимости в УПП? Ранее опыта с УПП не было.
база большая 399 гб, платформа 8.3.12.1685, ms sql 2014
производство мобильных зданий.
ранее успевало посчитать за ночь, сейчас резко стало 20 - 22 часа, а работает завод без выходных.

(0) база обслуживается?
Хотя... а вообще все рекомендации от 1С по настройке выполнены?

(1) где их почитать можно? ранее не занимался таким

(0) а версия УПП какая?

(2) на сайте ИТС, например.
Для начала: база вообще обслуживается (сжатие, реиндексация хотя-бы иногда)?

Интересовался данной темой, но применительно к ERP; нагуглил статейку: infostart.ru/1c/articles/535128

(0) скорее всего у тебя:
- не закрыта незавершёнка
- не подсчитаны итоги
- нет обслуживания базы


обсуждать ускорение УПП без типовых счётчиков дело безнадёжное

(6) >не подсчитаны итог

вроде даво уже регламентными... отключить конечно можно но я не видел настолько врагов себе. Кста, двинуть границу расчета итогов на пару лет вперёд - аналогичная засада.

(6) +1
размер базы в 399 гектар ни о чем в данном случае

(8) размер в 400 гектар, говорит о том, что компании надо задуматься о квалифицированном агрономе

(9) пока что вышло как раз наоборот

(10) ничего страшного, во все времена, образования стоило бабок

(11) но тут кроме бабок еще и БД за несколько лет под раздачу может попасть

(0) как временный вариант - проведение Расчета вне транзакции (Действия - Провести вне транзакции) не поможет?
зы: строго при условии, что период закрыт для изменения от других пользователей

(12) Это все бабки

Посмотри в отладчике, на чем виснет. У меня была ситуация - тормозила запись в один регистр. Тормоза начинались при большом количестве записей в регистр (в районе нескольких сотен тысяч одним документом), а также при переиндексации из конфигуратора и восстановления из  dt  Правда при этом начинало тормозить все, не только расчет себестоимости, но и любой документ, который делал движения по этому регистру, причем после окончания расчета тормоза не исчезали. Спасало только перестроение индекса таблицы этого регистра из SQL, причем именно перестроение, реорганизация не спасала (хотя фрагментация вроде небольшая была). Платформа, кстати, та же самая

(0) я бы временно поставил debug и посмотрел замер производительности. Там уже видно будет. Если чтение запись данных то смотреть скуль. На скуле очередь к диску в первую очередь. Если диски не справляются, то все остальное нет смысла смотреть. Если не чтение запись то в расчете себестоимости узкое место решение СЛАУ. Там циклы в циклах крутятся .

спасибо, куча моментов, которые надо проверить!

Зашибись. Все обсуждают,но хоть кто то бы спросил, РАУЗ ИЛИ ПАРТИОНКА. Там разные причины тормозов. При раузе обычно встречный выпуск через пару переделов вкупе с базой распределения "по материальным затратам".
А вообще (0) у вас без шансов. Зовите спеца. Тут надо базу смотреть.

(18) Золотые слова!