повторю тему Новый механизм реструктуризации v2
Кто пользовался новым механизмом реструктуризации? это который
https://wonderland.v8.1c.ru/blog/optimizatsiya-restrukturizatsii-bazy-dannykh/
https://курсы-по-1с.рф/news/2022-03-24-how-to-speed-up-restructuring/
По умолчанию он ведь выключен + требует Java на сервере 1С
Кто пользовался? Есть ли глюки?

Сам не пользовался, т.к. мало информации в интернете = мало уверенности в надежности механизма

в описании обновления БП советуют этот метод при больших базах( большое кол-во проводок- больше ста тысяч).
было одна такая база
при старом методе памяти не хватало на серваке и обновление вылетало
при новом всё прошло нормально .

Пользовался.
В обычных ситуациях очень даже помогает.

Была пара ситуаций, когда v2 вываливался по ошибке. Подробностей уже не помню. Решал переключением на v1.

Зазеркалье. Опрос про использование оптимизированного механизма реструктуризации

Пользовался много и часто. Нормально работает. За исключением некоторых ситуаций.

(4) спасибо за ссылку, от (40) поста глаз задергался

Не работает, если базу вручную порезать. У нас СА из-за нехватки места на серваках режут базы разрабов,  подключенные к хранилке. Короче, после такого маневра вываливается в критическую ошибку. А при простом обновлении все ок.

(0) Пользуюсь по необходимости.
Есть сообщение от знакомых что иногда бывают проблемы.
Помогает он на самом деле на небольшом числе операций - добавление и удаление колонок в существующие таблицы.
Остальные операции - скорость выполнения аналогична V1.
на моем оборудовании заметно при величине таблиц от 10КК
на меньших таблицах +- время общее обновления одно и то же.
3 раза за год очень выручало.

(8) Внезапно - самое долгое при реструктуризациях - пересчет индексов, а они вне зависимости от версии - делаются одно и то же время.
И очень зависимы от частоты процессора.

https://ibb.co/zQmxLwX
Топ таблиц в БД.
торговля + адресное хранение, в топе - адресные склады и движения по ним)
И это я их еще постоянно сворачиваю, до свертки было 2 таблицы в лярд)
20+ разработчиков которые таблицы первой десятки изредка но трогают.
время любых действий с БД- час в день.
За год в этой базе мне ни разу не пришлось согласовывать увеличение.
Вот с чем помогало v2 - с ТЧ доков. и РБ в бух 3.0.
В остальных случаях эффект незначительный.

(0) Хорошая штука.

Один раз использовали v2 при обновлении БП на большой базе (200+ гигов), т.к. штатное обновление шло более 12 часов. Помогло, v2 отработало часа за два.
Но при последующих обновлениях получили большие проблемы - само обновление проходило нормально, но обработчик после обновления попросту "умирал". Оказалось, что клала его запись элемента плана счетов - СУБД на этом просто висла.

(12) И причем здесь обновление?
Изменение элемента плана счетов может приводить к пересчету бухитогов

(13) При том, что на копии, сделанной до обновления v2, второе обновление проходило нормально - проблема была именно в самой базе (и их копиях), с которой "что-то произошло" после обновления версии 2.

Кстати, Если обновление на v2 кританет, то по старому механизму уже не получится обновиться. Будет куча дублей таблиц и базу можно выкидывать, или долго чинить...

Пользовался, именно на бухии. обновление сильно быстрее. Ошибок  не заметил, но какой-то нюанс был, со степенью паралллелизма.

(0) Научили платформу делать ALTER? Ну молодцы, чо. Не прошло и 20 лет.

(17) Какие 20 лет?
Восьмерка появилась в 2004 что ли самая первая для какого-то там даже не ознакомления, а для показать, что скоро будет

(18) Так 7ка до этого была. Там тоже самое было в скуле :)

(19) Семерка вообще скуль, можно сказать, по-человечески не использовала
Вспомнил бы еще шестерку, двойку, че
Давай уж посчитаем от момента, когда Нуралиев свое первое поделие набросал

(18) 18 лет и есть "не прошло и 20-и"

(21) Какие, нахрен, 18?
Ты считать умеешь?
Сколько будет, если из 2017 вычесть 2004?

(22) О, блин, я на дату не обратил внимания.

Прошло 5 лет, и "новый" механизм до сих пор не дефолтный? Значит, не осилили.

(18) я в 2005 уже видел  эксплуатируемую базу БП на 8.0, в 2007 изучение УПП начал.

(23) Нет, это значит, что он менее надежный

(24) И че, я так же

подводя итоги: механизм только чтобы разово пропихнуть ультрадолгое обновление

Пытался, несколько вылетов, не смог.

(24) я в январе 2005 сдал спеца на УПП.