Добрый день!
1С:Комплексная автоматизация 2 (2.4.6.162)

Возвращаюсь к больной теме, ни как не могу закрыть январь 2018 года, выполняются операции от 14 до 16 часов.

Посмотрел протокол расчета период Январь 2018 и в 9 пункте увидел длительный процесс. Подскажите, как это вылечить, что надо сделать, ТИИ и все подобное не помогает.

далее кусок протокола расчета периода Январь 2018:

9. Партионный учет: ЗаполнениеПартийВРегистреСебестоимостьТоваров
Начало этапа: 19.12.2018 10:10:52, длительность: 14 ч. 6 мин. 5,409 сек. (98,5%)
Сформированы движения по регистрам (всего / уникальных):
    - СебестоимостьТоваров: 15 059 053 / 4 894
Сформированы временные таблицы (размер / время (% времени этапа) / уточнение / исходные таблицы):
    - Данные:
        - 5 881 / 9,896 сек. (0,02%)
    - Источники:
        - 26 570 / 1,342 сек. (0%)
    - ВТНовыеНомераУзлов:
        - 5 881 / 13,101 сек. (0,03%)
    - ВТКэшРасчетныеОборотыСебестоимостьТоваров:
        - 5 540 / 0,129 сек. (0%)
    - ВТКэшРасчетныеОстаткиСебестоимостьТоваров:
        - 1 687 / 0,256 сек. (0%)
Дополнительная информация об этапе:
    - Описание цепочек (графа) для расчета:
      узлов - 5 881; дуг - 26 570; макс. исходящих дуг - 160; макс. входящих дуг - 36;
      содержит несвязанных подграфов - 1 345, в т.ч. тривиальных (из одного узла) - 784;
      макс. узлов в одном подграфе - 3 052; макс. дуг в одном подграфе - 24 638;
      выполнено итераций поиска подграфов - 29, итераций нумерации - 9, в т.ч. из-за циклов - 0
    - Описание результатов обхода цепочек (графа):
      1. Подграфов: 1 345, узлов: 5 881, глубина обхода: 15, сформировано записей: 15 061 869.
      Результаты расчета цепочек: "Выполнено" - 8 089 648, "НеТребуется" - 2

Приложите параметра сервера

(0)[Подскажите, как это вылечить, что надо сделать]
нанять специалиста (с)

Январь - это что за месяц такой? До Января все было нормально, а потом бац и все сломалось?

январь 2018 года это первый наш месяц в КА 2, следующие месяцы закрываются нормально. я и есть специалист 1С, 1Бит нам не смог помочь

(4) но у тебя же в базе из пустого как бы места идет генерация примерно 15 млн движений по партиям.

Откуда оно взяло данные для партий? Перенесли криво из прежней базы?

Вангую, что в старой базе просто решили ничего не сворачивать, типа, а как-нибудь "свернется" в процессе перехода. Вот оно и "сворачивается"

не переносили ни чего, сделали только ввод начальных остатков и все, доки не переносились

(7) но остатки себестоимости

// Партионный учет: ЗаполнениеПартийВРегистреСебестоимостьТоваров

было то все нормально, до конца ноября все закрывалось с нормальной скоростью

Т.е. хочешь сказать, что если поднять архивы, которые были записаны ранее ноября, то в них все нормально?

Непонятное утверждение: "до ноября"

да, если поднять архивы до конца ноября, то в них нормально закрывается месяц

восстанавливал из архива на 31.10.2018, там все было нормально и скорость закрытия была нормальная

(12) Признаваться будете что изменялось или дальше конкурс на телепатию продолжите?

вот чесн слово, то что касается расчетов все типовое, вносились изменения небольшие совсем

если бы это было связано с внесенными нами изменениями. то данная ситуация повторялась бы из месяца в месяц, а это касается только января 2018 года

(15) Может именно в январе у вас есть какие то "особые" операции из за которых начинаются получатся сложные графы и миллионы записей.  Если есть бэкап  сравните чем январь в бэкапе отличается от января текущего.

(16) как сравнить?

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

нет спецов по таким вопросам?

(18)
Нужно выявить, в чем ошибка - или в данных, или в обновлении.
1) возьмите базу "до ноября", в которой "все прекрасно закрывается".
2) обновите ее до действующей версии и попробуйте закрыть те месяца, которые закрывались быстро.
Если ошибка повторится - дело в обновлении, если нет - сравнивайте документы, что вводили, корректировали, что дорабатывали и найдете проблемный участок.

(16) топикстартер не хочет признаваться в очевидном, что особые операции в январе конечно же должны быть - у него январь просто меся с определением всех движений в списке партий, т.к. это просто первый месяц после начала работы базы, после ввода начальных остатков в базу, а при обновлении конфигурации в ноябре, скорей всего, была изменена структура полей регистров, которые для партий нужны. Вот оно и начинает молотить.

Но чтоб это увидеть (структурные изменения) и оценить последствия - нужно же брать и сравнивать конфигурации _до_ и _после_ , а этого ему делать или некогда или я не знаю, что ему мешает.