Имя: Пароль:
1C
1С v8
Переход с УТ 11.3.228 на УТ 11.4 Ошибки при обновлении ((( Помогите, как лечить?
,
0 Windyhead
 
22.11.18
11:05
Добрый день пытаюсь выполнить обновление с УТ 11.3.4.228 на УТ 11.4 , пошагово устанавливая каждое обновление и при обновлении на версию с 11.4.5.41
получаю вот такой результат:
http://joxi.ru/RmzQ307uY0zxWr

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

Пробовал сразу на последний релиз 11.4.5.143 , результат практически тот же.
Конфигурация немного изменена, но без вмешательств в структуру.
Третий день мучаюсь уже не знаю куда копать...
1 Фрэнки
 
22.11.18
11:09
А почему фоновые отменяются откопал уже?
2 Windyhead
 
22.11.18
11:14
(1) Сейчас начну рыть, до этого пытался переход сразу на последний релиз делать и отладчиком смотрел, там какой то ад, в данные обработчиков в константе (Сведения об облновлении) хранилось "Неопределено"  вместо соответствий и на этом все сыпалось.

Параллельно на копии на попробую запустить ТИИ  , но база 50гб ...
3 Windyhead
 
22.11.18
11:32
Платформа 8.3.13.1513, база на postgreSQL 9.6
4 Фрэнки
 
22.11.18
12:09
(2) а на сервере 1С кроме этой базы еще что-то крутится?
5 Фрэнки
 
22.11.18
12:10
Я бы попробовал вообще все лишние соединения с сервером на время попытки отрубить, если это возможно
6 Windyhead
 
22.11.18
12:12
(4) если всмысле других баз 1С то нет , сервер тестовый.
7 Windyhead
 
22.11.18
18:37
Восстановил повторно из 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 ? Или какую лучше использовать?
8 Windyhead
 
22.11.18
18:46
реиндексация не спасла, ошибка повторяется
9 ildary
 
23.11.18
06:18
Пользуясь случаем задам вопрос - а вот в константе "Сведения об облновлении" хранится сложная структура из структур, в которой есть информация о выполнении обработчиков - она заново пересоздается при каждом последующем обновлении или если в ней появился какой-то шлак (пропущен или неверно выполнен обработчик) - то при следующем обновлении эта проблема так и будет в лежать в константе?
10 MichmaN
 
23.11.18
07:28
у меня такая же ошибка - при обновлении дописанной УТ 11.3.4.ххх на 11.4.5.143, платформа 8.3.13, база MS SQL.
Думал попробовать обновить последовательно, через промежуточные релизы, но пока руки не дошли
11 mmmarat
 
23.11.18
07:51
(8) Проверьте что у вас не слетели внутренние гуиды по измерениям регистра по сравнению с конфигурацией поставщика. Возможен вариант, что при обновлении одно из измерений очищается и данные становятся не уникальными.
12 Windyhead
 
23.11.18
09:08
(11) Как это проверить?
Пока вылечилось полной очисткой регистра, причем проблема в регистре появляется только после обновления базы (ругается на один из регистраторов, при попытке записать его набор движений выдает тоже самое).

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

Пошаговый переход что то совсем не улыбает,
это под каждый релиз придется восстанавливать доработанный функционал как минимум тот который критичный для работы магазинов (и так 5-6 раз).
Вдобавок выполнение обработок с по переходу 11.3.4.228 на первый возможный 11.4.3.172 началось 15 часов назад и до сих пор продолжает выполняться... а это означает отключение части функционала, и если такое при каждом шаге до финального релиза, то оптимизма это не добавляет, даже если предположить что рабочий сервер будет все делать в два раза быстрее тестового.
14 AvRm
 
23.11.18
12:34
(13) Если у вас релиз 11.3.4.228, то с него же можно сразу на последний прыгнуть 11.4.5.143.
Я недавно обновился с 11.3.4.103, в целом все прошло нормально, база была измененная.
15 Windyhead
 
23.11.18
13:05
(14) Я и так и так пытаюсь выполнить, но ошибки описаны выше (проблема как видите не только у меня). Сейчас идет очередная попытка прыгнуть сразу на последний релиз, о результатах отпишусь
16 Turku
 
23.11.18
13:24
А если в файловую выгрузить, там обновить, а потом обратно?

Тоже скоро придется мучиться с этим переходом. В одном случае там столько изменений от типовой, что думаем вообще сделать перенос данных в чистую 11.4 и доработки переделывать уже заново на расширениях.
17 Windyhead
 
23.11.18
15:02
(16) Были такие идеи, возможно на выходных буду пробовать, если с места не сдвинусь.
18 Windyhead
 
23.11.18
15:53
Вообщем очередная попытка прыгнуть сразу на последний релиз выдала те же ошибки, перед обновлением производилось ТИИ

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

ко второму скриншоту ОписаниеОбрабатываемыхДанных.ИмяОбработчика = "Документы.ПриходныйОрдерНаТовары.ОбработатьДанныеДляПереходаНаНовуюВерсию"
Но в этот обработчик отладкой так и не попал, видимо он не запускался (настроено подключение к фоновым).
19 Фрэнки
 
23.11.18
16:12
хм. так это просто означает, что ранее работавшая технология обновления, когда достаточно было получить каким-либо образом актуальный CF и накатить его на базу один раз и оно само умело прокрутить все обновления - умерла
20 Windyhead
 
23.11.18
16:32
(19) Эта технология умерла как только между релизами начали появляться удаленные метаданные и т.д. ;))
21 Trotter
 
23.11.18
16:36
нельзя прыгать, последовательно...
22 Windyhead
 
23.11.18
17:09
(21) Зачем тогда 1С указывает это http://joxi.ru/8238Vayf9J7n9A
23 AvRm
 
23.11.18
17:14
(22) Я именно с 11.3.4.288 перешел на 11.4.5.86. Было 203 фоновых операций после обновления -все выполнились успешно, около двух часов, а может и быстрее.
24 Windyhead
 
23.11.18
17:40
То что я сейчас вижу в отладчике меня окончательно вводит в ступор...
К ошибке в (18) приводит именно эта хрень на скриншоте:
http://joxi.ru/Y2LDv3ws7947q2
после того как закомментил , ордера зарегестрировались к обработке и проблема в (18) выскочила уже на следующем объекте метаданных.
Похоже все-таки рановато ставить 8.3.13 и стоит откатиться на 8.3.11 или 8.3.12
25 Windyhead
 
23.11.18
17:41
(23) База серверная? Какая версия платформы при обновлении  использовалась?
26 Windyhead
 
26.11.18
11:23
Итак откатился на Платформу 1С:Предприятие 8.3.11.3133
и обновление с УТ 11.3.4.228 сразу на  11.4.5.143 прошло гладко без всей трахотени описываемой выше. Покрайней мере наконец таки выполнены все обработчики регистрации объектов к обновлению , записана корректно константа с данными по обновлению и на данный момент уже выполняются фоновые задания отложенного обновления. Думаю если дальше уже и будут ошибки то именно связанные с некорректностью данных в конкретной базе.

Почему платформа 8.3.13 отказалась дружить с УТ 11.4 для меня загадка. А 8.3.12 уже не хватило терпения попробовать.
27 АннаО
 
07.12.18
16:59
Такая же фигня. Только проблемно платформу "откатить" - много других баз на ней. Сегодня выпустили нов. релиз 11.4.6.166 с пометкой "Не рекомендуется использовать текущую версию конфигурации на платформе 8.3.13.1513". Попробуем повысить версию платформы. Как такие косяки можно выпускать???
28 Aswed
 
07.12.18
17:07
(0) Я смог обновиться в итоге лишь вручную дописывая некоторые участки.
29 АннаО
 
10.12.18
12:40
В результате на платформе 8.3.13.1644 все обновилось до релиза 11.4.6.166. Поэтому вывод - виновата платформа и 1С.
30 progaoff
 
19.12.18
13:53
Реально отключить отложенные процедуры обновления, при переходе с версии на версию?