Решили обновить 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 юзеров или выполнять в монопольном режиме обновление. В этом плане хороший сервер может оказаться не таким уж и хорошим.

Итак какие идеи:

- отключение итогов
- транзакции
- многопоточка
- запись проводок по 200000 документам за 1 раз https://infostart.ru/1c/articles/2508120
- файловая база
- процессор с повышенной тактовой частотой
- Новый Год в Конфигураторе

Какие ещё пути?

можно так, но там команда специалистов на переход нужна
https://rarus.ru/publications/20230831-ot-ekspertov-1c-obnovlenie-bazy-erp-cherez-kopiu-614723/

(0) студентики из 1с опять сделали очень плохую архитектуру , на сей раз видимо в бюджетной части. Здесь только остается посочувствовать.

"Какие ещё пути?"
можно еще глазами посмотреть по обработчикам что там выполняется. если много релизов перешагиваете - есть шанс что какие то из обработчиков уже ненужные, а что-то выполняется повторно.

(17) Это целый проект, особенно забавный пункт "Подготовка правил обмена для выгрузки данных из эталонной базы в обновленную копию.". Т.е. нужно просто взять "старый советский ..." и создать правила, чтобы при выгрузке любых объектов данные остались консистентными. В общем, на ИС писали, что это полная хрень, вроде в более новых версиях методики там уже есть специальный план обмена РИБ для этой цели.

(16)[Какие ещё пути?]
обновление на копии базы и с переносом наработанного в продуктив по завершению процесса

(0) что мешает обновлять базу всегда при выходе обновлений, а не затягивать до такой ситуации
Всегда обновляем свою ERP оперативно разгребая проблемы постепенно, а не обрушивая их все одним разом установкой нового релиза длительной поддержки


Да в приходилось встречать новый год с конфигуратором но это релиз 2.5.7 такой веселый был

(22) Вы же, кажется, пробовали обновление через копию (читал статью на ИС)? По описанию похоже на лечение проблемы при помощи русской рулетки.

(16) >>- Новый Год в Конфигураторе

Наше все, хотя я уже лет 8+ не практиковал. )