Добрый день пытаюсь выполнить обновление с УТ 11.3.4.228 на УТ 11.4 , пошагово устанавливая каждое обновление и при обновлении на версию с 11.4.5.41
получаю вот такой результат:
http://joxi.ru/RmzQ307uY0zxWr

в журнале регистрации:
http://joxi.ru/8238Vayf9JkkkA

Пробовал сразу на последний релиз 11.4.5.143 , результат практически тот же.
Конфигурация немного изменена, но без вмешательств в структуру.
Третий день мучаюсь уже не знаю куда копать...

А почему фоновые отменяются откопал уже?

(1) Сейчас начну рыть, до этого пытался переход сразу на последний релиз делать и отладчиком смотрел, там какой то ад, в данные обработчиков в константе (Сведения об облновлении) хранилось "Неопределено"  вместо соответствий и на этом все сыпалось.

Параллельно на копии на попробую запустить ТИИ  , но база 50гб ...

Платформа 8.3.13.1513, база на postgreSQL 9.6

(2) а на сервере 1С кроме этой базы еще что-то крутится?

Я бы попробовал вообще все лишние соединения с сервером на время попытки отрубить, если это возможно

(4) если всмысле других баз 1С то нет , сервер тестовый.

Восстановил повторно из DT запустил обновление.
фоновое задание по обновление Цен номенклатуры поставщика вылетело с ошибкой ERROR:  "duplicate key value violates unique constraint "_inforgs25935_bydims"
DETAIL:  Key (_fld706, _fld20062rref, _fld14896rref, _fld14897rref, _fld14898rref, _fld14895rref)=(0, \x8268bcee7b17fb8c11e420785e40c9e2, \xbe8874d435ee809811e4bdfda8f345e5, \xbe8174d435ee809811e48143eea9b8ba, \xa14b005056ae1da311e3ff61094b7e9a, \x00000000000000000000000000000000) already exists."

запустил полную реиндексацию на postgree.
Начинаю грешить на Платформу. может стоит откатиться на 8.3.12 ? Или какую лучше использовать?

реиндексация не спасла, ошибка повторяется

Пользуясь случаем задам вопрос - а вот в константе "Сведения об облновлении" хранится сложная структура из структур, в которой есть информация о выполнении обработчиков - она заново пересоздается при каждом последующем обновлении или если в ней появился какой-то шлак (пропущен или неверно выполнен обработчик) - то при следующем обновлении эта проблема так и будет в лежать в константе?

у меня такая же ошибка - при обновлении дописанной УТ 11.3.4.ххх на 11.4.5.143, платформа 8.3.13, база MS SQL.
Думал попробовать обновить последовательно, через промежуточные релизы, но пока руки не дошли

(8) Проверьте что у вас не слетели внутренние гуиды по измерениям регистра по сравнению с конфигурацией поставщика. Возможен вариант, что при обновлении одно из измерений очищается и данные становятся не уникальными.

(11) Как это проверить?
Пока вылечилось полной очисткой регистра, причем проблема в регистре появляется только после обновления базы (ругается на один из регистраторов, при попытке записать его набор движений выдает тоже самое).

(9) Насколько я понял она каждый раз перезаписывается.

(10) Пробую сегодня еще разок прыгнуть сразу на последний релиз. В базе предварительно выполнил ТИИ и заранее очистил свой проблемный регистр "ЦеныНоменклатурыПоставщиков"

Пошаговый переход что то совсем не улыбает,
это под каждый релиз придется восстанавливать доработанный функционал как минимум тот который критичный для работы магазинов (и так 5-6 раз).
Вдобавок выполнение обработок с по переходу 11.3.4.228 на первый возможный 11.4.3.172 началось 15 часов назад и до сих пор продолжает выполняться... а это означает отключение части функционала, и если такое при каждом шаге до финального релиза, то оптимизма это не добавляет, даже если предположить что рабочий сервер будет все делать в два раза быстрее тестового.

(13) Если у вас релиз 11.3.4.228, то с него же можно сразу на последний прыгнуть 11.4.5.143.
Я недавно обновился с 11.3.4.103, в целом все прошло нормально, база была измененная.

(14) Я и так и так пытаюсь выполнить, но ошибки описаны выше (проблема как видите не только у меня). Сейчас идет очередная попытка прыгнуть сразу на последний релиз, о результатах отпишусь

А если в файловую выгрузить, там обновить, а потом обратно?

Тоже скоро придется мучиться с этим переходом. В одном случае там столько изменений от типовой, что думаем вообще сделать перенос данных в чистую 11.4 и доработки переделывать уже заново на расширениях.

(16) Были такие идеи, возможно на выходных буду пробовать, если с места не сдвинусь.

Вообщем очередная попытка прыгнуть сразу на последний релиз выдала те же ошибки, перед обновлением производилось ТИИ

http://joxi.ru/12MxvOwIlMENJm
в конфигураторе
http://joxi.ru/KAxMav1TZMglBr

ко второму скриншоту ОписаниеОбрабатываемыхДанных.ИмяОбработчика = "Документы.ПриходныйОрдерНаТовары.ОбработатьДанныеДляПереходаНаНовуюВерсию"
Но в этот обработчик отладкой так и не попал, видимо он не запускался (настроено подключение к фоновым).

хм. так это просто означает, что ранее работавшая технология обновления, когда достаточно было получить каким-либо образом актуальный CF и накатить его на базу один раз и оно само умело прокрутить все обновления - умерла

(19) Эта технология умерла как только между релизами начали появляться удаленные метаданные и т.д. ;))

нельзя прыгать, последовательно...

(21) Зачем тогда 1С указывает это http://joxi.ru/8238Vayf9J7n9A

(22) Я именно с 11.3.4.288 перешел на 11.4.5.86. Было 203 фоновых операций после обновления -все выполнились успешно, около двух часов, а может и быстрее.

То что я сейчас вижу в отладчике меня окончательно вводит в ступор...
К ошибке в (18) приводит именно эта хрень на скриншоте:
http://joxi.ru/Y2LDv3ws7947q2
после того как закомментил , ордера зарегестрировались к обработке и проблема в (18) выскочила уже на следующем объекте метаданных.
Похоже все-таки рановато ставить 8.3.13 и стоит откатиться на 8.3.11 или 8.3.12

(23) База серверная? Какая версия платформы при обновлении  использовалась?

Итак откатился на Платформу 1С:Предприятие 8.3.11.3133
и обновление с УТ 11.3.4.228 сразу на  11.4.5.143 прошло гладко без всей трахотени описываемой выше. Покрайней мере наконец таки выполнены все обработчики регистрации объектов к обновлению , записана корректно константа с данными по обновлению и на данный момент уже выполняются фоновые задания отложенного обновления. Думаю если дальше уже и будут ошибки то именно связанные с некорректностью данных в конкретной базе.

Почему платформа 8.3.13 отказалась дружить с УТ 11.4 для меня загадка. А 8.3.12 уже не хватило терпения попробовать.

Такая же фигня. Только проблемно платформу "откатить" - много других баз на ней. Сегодня выпустили нов. релиз 11.4.6.166 с пометкой "Не рекомендуется использовать текущую версию конфигурации на платформе 8.3.13.1513". Попробуем повысить версию платформы. Как такие косяки можно выпускать???

(0) Я смог обновиться в итоге лишь вручную дописывая некоторые участки.

В результате на платформе 8.3.13.1644 все обновилось до релиза 11.4.6.166. Поэтому вывод - виновата платформа и 1С.

Реально отключить отложенные процедуры обновления, при переходе с версии на версию?