Решили обновить 1С:УХ после 5-летней паузы с 3.0 на 3.2. Обработчики обновления 3.2.6.72 не успевают выполниться за выходные. Идут массовые записи в регистр накопления "Операции бюджетов" 200000 раз где-то.

Идеи по ускорению от простого к сложному. Отключить итоги по регистру куда запись идет, втиснуть несколько операций записи в 1 транзакцию, раскидать операцию с объектами на несколько фоновых заданий.

Что ещё тут можно сделать? Делитесь идеями.

ждать не предлагать?

(1) Ждать чего? Если с пятницы 17:00 до понедельника 9:00 не успели отработать обработчики придется из бэкапа возвращать 3.0 на которой были. Работу 100 пользователей останавливать нельзя. Промежуточные конфигурации годятся только для прохождения обработчиков - работать на них невозможно.

(2)
Ждать результатов работы обработчиков!!!
Отключать итоги, пробовать втиснуть несколько операций в одну транзакцию - баловство, если совсем нечем заняться.

(3) "Ждать" значит либо останавливать работу 100 человек в 1С, чего не позволят сделать. Либо придется встречать Новый Год в этом кресле глядя в конфигуратор. Вы когда-нибудь встречали Новый Год сидя в конфигураторе?

(4)
Вот вы и нашли решение)))

(4)[ Вы когда-нибудь встречали Новый Год сидя в конфигураторе?]
неоднократно
для перехода на ERP окно с 31.12 по 5-7.01

(0)[Что ещё тут можно сделать?]
Для начала на копии базы на сервере с близкими к продуктиву ТТХ определить длительность процедуры

варианты для не хватает 1-2 дней и займёт 2-3 недели разные

(0) Добудь машину с быстрым процом. 1С так и не научилась в параллель.

(8) скорость процессора очень хорошая 12 ядер, 128 Гб ОЗУ, а сервер чилит - недоиспользует мощности явно

(9) Xeon какой нибудь, да еще на виртуалке скорей всего.
Не, 1С любит частоту и монопольность.
Файловая вообще летает.

https://infostart.ru/1c/articles/2508120 - вот этой штукой ещё можно записать движения 200000 документов за ОДНУ операцию.

(0) Изменение количества потоков обновления не дает какого-либо эффекта?

(12) как проверили?

(13) Субъективно, пробным обновлением. ) Поставил 24 потока и в обработке "Результаты обновления программы" или отчете по результатам понаблюдал, как обработчики пролетают (можно сеансы еще помониторить с фоновыми заданиями).
Однако, например, при переходе на 2.5 был единственный однопоточный обработчик, который работал больше суток.

(9) скорость процессора очень хорошая 12 ядер, 128 Гб ОЗУ
вот жеж очередная жертва цифр :)) тебе уже пара человек сказали - для того, чтобы уложиться в отведенные сроки, нужно другое железо.
как бы тебе попроще объяснить, на пальцах...

вот прикинь, КАМАЗ влёгкую тащит 15 тонн, а сраная ВАЗовская восьмерка летает по трассе в два раза быстрее груженного КАМАЗА. Так вот твой сервер - это КАМАЗ, и он влегкую тянет 100 пассажиров. Но всем при этом сильно уступает сраной ВАЗовской восьмерке в однопотоке с одним пассажиром. Но при этом 15 тонн сраную ВАЗовскую восьмерку просто расплющат.
Нафик при однопотоке в монопольном режиме не нужны аж цельных 12 ядер. От слова вообще нафик.
В этой твоей задаче 1С нужно одно, но очень быстрое ядро и быстрый NVME Диск.

а сервер чилит - недоиспользует мощности явно не-а.
Одно дело тащить 100 юзеров, именно под это сервер со своей кучей ядер и заточен. Ну и естественно по надежности нормальный сервер не сравнить с обычным дескотопом.
И другое дело везти "в одного", вот при этом твой сервер, как ты выражаешься - "чилит". А на самом деле нет у него (у сервера) таких ресурсов, а у рядового десктопа - есть.

Давай я попробую угадать, что ты подразумеваешь под словами "чилит" и "недоиспользует мощности". Может быть загрузка ЦП показывает в районе 9 плюс минус процентов. Это как раз и говорит о том, что одно ядро молотит на 100%, а остальные 11 ядер простаивают. И получяается загрузка ЦП в районе 8-10%

Это просто разные задачи - обеспечивать работу 100 юзеров или выполнять в монопольном режиме обновление. В этом плане хороший сервер может оказаться не таким уж и хорошим.