Сначала запустил принять изменения в обычном режиме, то есть в файле conf.cfg не ставил UpdateDBCfg=v2. Ждал 5 дней, но процесс очень медленно шел и дошел до:
"идет процесс реструктуризации последовательности документов организаций 50 534 665 ...

Вчера включил UpdateDBCfg=v2 и уже сутки прошли, а процесс не завершился.

Есть идей? Более 2 дней (выходных) на обновление мне никто даст...

А ты уверен, что у тебя второй версией обновление идет?

(1) да, уверен, потому что :
1. я нажимал команду в конфигураторе "Обновить на сервере", и было предупреждение, что будет обновление на сервере, отменить невозможно.
2. Оно и сейчас пишет уже сутки, что идет реструктуризация на сервере.

попробуй платформу обновить

(0) а сколько база весит?

(3) можно, конечно.. вопрос на какую? 8.3.22? 8.3.23?
(4) 394 ГБ.

попробуй перед обновлением прогнать ТИИ

(6) А ТИИ может в режиме  UpdateDBCfg=v2 отработать?
Мне думалось, что не может, и что по времени это явно более 2 суток будет на этой базе... Или ТИИ прогнать не полный? то есть без проверки на логическую и ссылочную целостность?

(3) Логично.

(7) я бы сделал полный ТИИ, в обычном режиме. Бывало на больших базах, после суток обновления выскакивала рандомная ошибка..и приходилось начинать сначала. ТИИ, как правило помогал.

(9) запустил на другой копии полное ТИИ

Значит, получается, в запасе еще есть вариант обновить платформу.

(10) еще желательно следовать инструкции обновления от 1с:

Во время обновления конфигурации не должны выполняться регламентные и фоновые задания.

(11) ну это понятно. У меня на всех копиях баз регл задания отключены всегда через консоль 1с.

А как думаете, свертка базы повлияет на объем реструктуризации последовательности документов организации? без удаления самих доков (только пометка на удаление)

Рекомендация от вендора https://its.1c.ru/db/metod8dev#content:5945:hdoc:_top:max%20degree
И параметры сервера, вкратце, можно указать? Чтобы понять, в каких (жутких) условиях выполняется данная процедура?

(13) по идее должна повлиять. не проведенные документы не создают последовательность

(14) рекомендация выполнена. Там сказано, для реструктуризации maxdop Должен быть включен.
https://ibb.co/4SzcPMS

У меня как раз 0. То есть он включен и сервер сам определяет максимально возможное количество потоков исходя из доступности ресурсов.

Делаю вот на этой виртуальной машине:
https://ibb.co/4fVKg9s

(16) "виртуальной машине" - 🤦

(16) показатели производительности будут или продолжишь флюдить ?

(16) Предыдущие обновления, в этих же условиях(виртуализации), выполнялись гораздо быстрее, пол-часа - час? Чтобы понять масштаб падения производительности.

(19) предыдущие обновления в этих же условиях выполнялись в пределах от часа до 2-3 примерно при условии включения UpdateDBCfg=v2
(18) не очень понял, что подразумевается под показателями производительности? что именно нужно сообщить?

(0) а SQL где стоит? Вместе с сервером 1С?

(21) нет, на разных виртуальных машинах

(22) железо какое-то древнее, если с настройками виртуализации все ок и владельца бизнеса устраивает такая скорость, то снял бы bak, обновил на железе по-свежее и вернул обратно на продуктив.

(23) да, но это мой тестовый сервер.. рабочую базу буду обновлять на этой машине:

https://ibb.co/47rdN6H

она вроде чуть получше..

(0) UpdateDBCfg=v2 не для всех объектов конфигурации работает. Последовательность, может быть, один из них вместе с регистром расчета.

(0) Размер базы при выгрузке в dt какой?

(26)+ имхо просто база уже великовата и пора резать/сворачивать

(26) порядка 44гб. (27) мда, согласен. Проблема в том, что типовая свертка только пометит на удаление, а вот чтобы окончательно удалить документы, надо будет подменять в операциях вручную там где будут ссылки на доки из прошлого - подменять на "документ расчетов с контрагентом". Все это не быстро тоже. А обновить то надо бы сейчас.

(24) А SQL сервер один и тот же? Может есть смысл поставить сервер 1С на машину с SQL, даже в ушерб виртуализации...

(29) Да ему проще на локальном компе все сделать, а потом базу обратно на сервер вернуть

(25) вот, похоже на правду... ибо 2-ой день идет процесс.. (29) я могу попросить это сделать админов. А это какое предположительно даст эффект?

(28) >порядка 44гб.

Это весьма большая база (если кучи прикрепленных файлов нет внутри)

Лично я для подобного юзаю свой i9-13900kf с RAID0 из 3 * NVMe PCie 4.0

(32) нет, файлов нет.. точнее они все на внеш томах. Не в самой базе.

(0) А прошлое обновление тоже долго шло?

(34) таких долгих не было никогда.. точнее, если долго шел процесс, то включал UpdateDBCfg=v2 и все в 10 раз быстрее проходило. Непонятно почему так долго последовательность документыОрганизации реструктуризируется... да там, 50-100 млн документов, но долго....

(35) охренеть, 100 млн документов... Я больше 1 млн не видел вживую...И то, там свертку не делали 5 лет.

поставили сейчас 8.3.23.1912
Пробуем еще раз обновить

для интереса смотрел на чём вертится 1с фреш, у них 8 3 24 какая-то

А я для интереса решил обновить почти пустую демку до 143.27
А вот фиг )
https://i.ibb.co/61njWj8/2023-10-10-18-11-32.png

В последних версиях платформы там много для многопоточности сделано
Например загрузка из DT умудряется 8 ядер 16 потоков нагрузить на 100%

Господа, похоже я понял свою ошибку...
Еще проверяю, но есть предположение, что я все делал на версии платформы 8.3.21... а надо похоже было брать 22 или даже 23.
Ибо на 21 платформе подготовленый cf для обновления весит больше в полтора раза чем обычно.... обычно 1.9 гб, а тут 3 гб!

Сейчас все проделываю на 8.3.23. Завтра узнаю результат...

О! Три новых отчёта появилось по ЕНС в БП 143.27 )
Расчеты по ЕНС, Расчеты налогов по ЕНС, Зачет авансов по ЕНС
Бухгалтеры будут в восторге )

Друзья, всем спасибо! Действительно, просто все тоже самое проделал на платформе 8.3.23 и база обновилась фактически за 10 минут. Никакой реструктуризации последовательностей документов организации не было.
То есть хоть, на сайте 1с и написано, что можно на 8.3.21 использовать релизы 3.0.142, по факту оказалось нельзя.

Итого, как где-то тут сказано: "правильный ответ в первых двух постах". И в этот раз правильно сразу сказали в (3)

Спасибо!