Платформа 8.3.25.1445
1С при обновлении ведет себя так, как будто всегда работает новый механизм реструктуризации - не бегут на экране цифры счетчика строк таблиц.
Принудительно прописал в conf UpdateDBCfg=v1 -не помогает.
"По-старому" (долго, с счетчиком строк) - обновление работает только в случае удаления типа из составного реквизита.
Нигде в документации и ошибках не нашел описание такого поведения.
Кто может проверить?

(0) На 8.3.25.хххх счетчик бежит.

(1) Пардон. Опечатался. 8.3.25.1445

(1) И просто при добавлении реквизита типа "строка"?

(2) Так, если точнее то на 8.3.25.1394 бежит. На 8.3.25.1445 проверю чуть позже.

(0)Я проверял. По умолчанию UpdateDBCfg=v2 НЕ включено. UpdateDBCfg=v2 Механизм реструктуризации версии 2
В этой теме я пробовал на 8.3.25.1445

(0) На 8.3.25.1445 счетчик не бежит.
Добавлял реквизит типа Строка в документ ЗаказКлиента. В базе   3800 документов. Реструктуризация заняла несколько секунд.

(6) Т.е. новый механизм работает? Но 3800 - мало, может просто быстро проскакивает

(0) А должны счетчики крутиться?
Новая таблица с копированием данных из предыдущей выполняется на стороне SQL или просто добавили реквизит\колонку\измерение и тд?

(8) Смотрел профайлером - нет команд insert порциями, как при обычной реструктуризации, т.е. явно работает новый механизм.

Смотрю на postgespro-1c-16 и так же на SQL 2014. Сервер 1С - на Win10.

(10)Ява вместе с платформой установилась?

(0)А в чём проблема-то?

(12) Например, хочу использовать обычный режим. Но UpdateDBCfg=v1 - игнорируется в файле conf

(13) А в чем плюс обычного режиме? Более безопасная реструктуризация?

(14) да

(11) рабочий комп, тут полно всяких яв.

(16) какая версия?

(17) Версия явы?
openjdk 11.0.18 2023-01-17 LTS
OpenJDK Runtime Environment (build 11.0.18+10-LTS)
OpenJDK 64-Bit Server VM (build 11.0.18+10-LTS, mixed mode)

(9) 1С уже давно не всегда через insert обновляет таблицы

(18)Когда идёт процесс реорганизации, откройте диспетчер задач и посмотрите запускается ли процесс явы периодически или нет.