Здравствуйте, форумчане!

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

Обновление вылетает с ошибкой:
В процессе обновления конфигурации базы данных при работе механизма реструктуризации второй версии произошла критическая ошибка
по причине:
При работе механизма реструктуризации второй версии возникла ошибка. Код возврата: 1. Операция: prepare.

Кто-нибудь сталкивался с подобной проблемой или может есть предложения?

Программное обеспечение:
1) Платформа 8.3.11.2954
2) Windows 2012 R2
3) MS SQL 2014

Описания точного нигде нет, наскребли вот так:

1) В файле conf.cfg в каталоге 1с добавили строчку UpdateDBCfg=v2
2) Поставили на сервер java 1.8.171 х64
3) Соединение сервера 1С с MS SQL прописали TCP.
4) Запуск самого обновления делали из меню Конфигурация -> Конфигурация базы данных -> Обновить конфигурацию базы данных на сервере.

(0) Фирма 1С уже знает о Вашей беде? Ошибку им отправили?

(1) Ответов от фирмы 1С можно ждать месяцами, поэтому надежда пока только на людей))

(2) Механизм новый, вряд ли кто-то кроме 1С поможет

(0)

либо с помощью тж
https://www.forum.mista.ru/topic.php?id=638472

либо с помощью ms sql profiler

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

(4) ТЖ не помощник, он ни одно событие не ловит до момента ошибки

(5) с учетом https://forum.infostart.ru/forum33/topic190897/

ожидаемый ответ.
воспользуйтесь ms sql profiler

Так это типо новый режим реструктуризации?
Явно еще сырой

(7) Должен же кто-то его тестировать? Чем больше ошибок словят добровольные тестеры - тем отлаженнее будет механизм для тех, кто понял жизнь и не спешит.

(4) Конфигуратор выдал ошибку, описанную в теме, перед этим произвел различные действия с конфигурационным файлом, при этом профайлер завершил все операции успешно и закончил на этой:

DELETE FROM Config WHERE FileName LIKE '%.new'

SELECT TOP 1 FileName FROM Config WHERE FileName LIKE '%.new'

(9) *конфигурационной таблицей

тут ошибка не в скл. а где-то в джава коде обновлятора

(10) события PrepareStatment не включены в фильтр по умолчанию в  sql profiler. поэтому Вы их не получили.

приведенные запросы не подозрительны.

(11) К такому же выводу склоняюсь