Проблема при обновлении БП 3.0 на версию 3.0.43.50 #762428

Пытаюсь обновить БП 3.0.41.64 3.0.43.50 через сравнение и объединение конфигураций. Все проходит хорошо до момента открытия в режиме пользователя. Начинается обработка базы данных и на 6% выскакивает ошибка "Не удалось выполнить обновление" и далее расшифровка: "При подписке ЗаписатьВерсиюОбъектаПриОбменеДанными на событие ПриЗаписи произошла ошибка. Метод обработчика события ЗаписатьВерсиюОбъектаПриОбменеДанными не найден". И далее по ссылке "Техническая информация" такой комментарий: "Справочник.ИдентификаторыОбъектовМетаданных.МодульМенеджера(1581)}: Ошибка при вызове метода контекста (ПолучитьОбъект)                 ТаблицаОбъект = Свойства.Ссылка.ПолучитьОбъект; по причине: При подписке ЗаписатьВерсиюПриОбменеДанными на событие ПриЗаписи произошла ошибка. Метод обработчика события ЗаписатьВерсиюОбъектаПриОбменеДанными не найден." Технологическая платформа стоит последняя 8.3.7.1845. До этого стояла 8.3.6.2332, на ней тоже была эта ошибка. В чем может быть дело?

При обновлении на 3.0.43.32 такая же история(((

с БП 3.0.41.64 можно обновится максимум на 3.0.42.73, а Вы сразу на последний релиз Обновите поэтапно и не мучайтесь, раз так все запущено с обновлениями

Раньше всегда так получалось. Обновлялись раз в полгода на последний релиз и восстанавливали свои доработки, а тут... Как, кстати, посмотреть, на какой релиз можно обновиться?

Это называется "косячно обновился".

Очень ценное замечание))

>> Пытаюсь обновить ... через сравнение и объединение конфигураций Начнём с того, что обновление надо делать через поддержку. Уверен на 99.9%, что вы что-то накосячили при сравнении/объединении. Ну и, не смотря на все уверения 1С-ников о том, что внутри одной редакции можно обновляться сразу на cf-ник, лучше делать обновление последовательно. Просто - на всякий случай.

Давай я за тебя обновлюсь, некосячно, но стоить будет дорого.

+1. Восстановить базу из архива и сделать стандартно.

Стандартное обновление затрет все наши доработки. Очистятся некоторые реквизиты(( Буду пробовать последовательное обновление через cf

Удалось сначала обновиться на 3.0.42.73, потом на 3.0.42.91. Но с 3.0.42.91 на 3.0.43.50 опять вылезает эта же ошибка(((

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

Ссылочку можно?

стандартное обновление не затронет ваши доработки, что вы за чудаки? Там же они обновляют в основном реготчетность, егаис и прочую муть, ам ваши добаботки совсем в другом разделе. Обновление идет пообъектно, 99% вероятности, что ваши объекты не совпадают с объектами, которые обновляет 1с.

эм. а как вы обновляете? Подход из 7.7. не даст ничего хорошего... обновляйте по шагам: 1. Запустили обновление; 2. Поставили нужные галочки, посмотрели где ваши доработки пересекаются с обновлением, выписали. Изменения реквизитов при обновлении показываются галочкой, при необходимости - снимите. Если не понимаете - оставьте галочку. Обновления форм тоже надо принять. (потом внести свои замуты до обновления структуры БД и реквизиты, и изменения в формах, макетах и т.п.); 3. Обновили 4. Внесли ваши изменения. Сохранили; 5. Обновили структуру БД.

Такая же проблема, с 3.0.40.40 поэтапно по последним минимальным рекомендуемым версиям не обновляется. Платформа была 8.3.6.2299 обновил до последней 8.3.7.1845. Сегодня еще 3.0.43.51 вышла...

А у меня все получилось! До 3.0.42.91 обновил через объединение конфигураций, на 3.0.43.50 перешел, как описано в . Большое спасибо всем за подсказки!

Обновление и нужно-то только ради отчетности. В редакции 2.0 удавалось обновлять только регл. отчеты и сопутствующие им объекты. В 3.0 уже все стало гораздо сложнее, поэтому приходится обновлять всю конфу.

Таким образом - выписать и вернуть изменения - не сохраняются данные, изменения внесены в обработку поступления товаров - внесены дополнительные поля. Через сравнение и объединение конфигураций появляется другая ошибка - на файловом варианте обновляется без проблем, но после выгрузки в dt и загрузки в клиент-серверный вариант вылетает ошибка ERROR:  could not create unique index "_reference11763hpk"

обновляю обычным способом: 1. скачиваю апдейты с сайта поддержки ИТС 2. выгружаю базу в dt из клиент-серверного варианта 3. загружаю в файловый из выгруженного dt 4. в конфигураторе поиском фалов обновлений из каталогов шаблонов и обновлений выбираю нужную версию и обновляю

Странно, до 3.0.42.91 все обновляется без проблем, пытаешься обновиться на версию выше - не загружается в клиент-серверный вариант Попытка вставки неуникального значения в уникальный индекс: ERROR:  could not create unique index "_reference11763hpk" DETAIL:  Key (_fld12149, _idrref)=(0, x8772005056c0000811e5bb992eadae20) is duplicated. на версиях 3.0.43.х ступор.

могут быть ошибки в данных. Сделай ТИИ.

делал, тоже самое, почему-то при выгрузки из файлового варианта в dt в логах проскакивает дубликат записей, выгружает получается уже с дублем [q]INSERT INTO _ReferenceChngR12592NG (_NodeTRef,_NodeRRef,_MessageNo,_IDRRef,_Fld12149) VALUES(0x0000000A,0x973B0013D4290B7C11E02FF42B74335C,NULL,0xA0E840167E2362FB11E5B6A3E8CCC3D8,0) INSERT INTO _ReferenceChngR12592NG (_NodeTRef,_NodeRRef,_MessageNo,_IDRRef,_Fld12149) VALUES(0x0000000A,0x973B0013D4290B7C11E02FF42B74335C,NULL,0xA0E840167E2362FB11E5B6A3E8CCC3D8,0)[/q]

в Tool_1CD в файловой базе это выглядит так: FILE OFFSET _NodeTRef _NodeRRef                            _MessageNo _IDRRef                            _Fld12149 0x8B0F330   0000000a  2b74335c-2ff4-11e0-973b-0013d4290b7c {NULL}     e4d50d8d-b5fc-11e5-9bd4-40167e2362fb 0 0x8B0F360   0000000a  2b74335c-2ff4-11e0-973b-0013d4290b7c {NULL}     e4d50d8d-b5fc-11e5-9bd4-40167e2362fb 0 0x8B0F390   0000000a  2b74335c-2ff4-11e0-973b-0013d4290b7c {NULL}     e8ccc3d8-b6a3-11e5-a0e8-40167e2362fb 0 0x8B0F3C0   0000000a  2b74335c-2ff4-11e0-973b-0013d4290b7c {NULL}     e8ccc3d8-b6a3-11e5-a0e8-40167e2362fb 0 ошибка выглядит так: ERROR:  could not create unique index "_reference11763hpk" DETAIL:  Key (_fld12149, _idrref)=(0, xa0e840167e2362fb11e5b6a3e8ccc3d8) is duplicated. STATEMENT:  create unique index _reference11763hpk on _reference11763 (_Fld12149, _IDRRef); alter table _reference11763 cluster on _reference11763hpk;

Столкнулся с похожей проблемой при обновлении на 3.0.43... Хочу поделится как это было. Были следующие признаки: 1) Ошибка при обновлении конфигурации БД:  процессе обновления информационной базы произошла критическая ошибка по причине: Попытка вставки неуникального значения в уникальный индекс: Microsoft SQL Server Native Client 11.0: Не удается вставить повторяющуюся строку ключа в объект "dbo._Reference10601NG" с уникальным индексом "_Reference10601HPKNG". Повторяющееся значение ключа: (0, 0x80e30050569714c811e5c23bcc3ea5f4). HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=E, native=2601, line=1 Как оказалось, были дубликаты в БД в справочнике видов контактов контрагентов. Пытался удалять из SQL повторяющиеся строчки и т.п. и т.д. - не помогло 2) Была такая же ошибка как в посте , так и не смог победить Суть проблемы в том, что конфигурация была снята с поддержки и на момент обновления в базе было 3 конфиги, подробнее тут Проблема решилась постановкой на поддержку конфигурации, затем обычное онлайн обновление и вуаля. PS лишний раз лучше не снимать конфу с поддержки, т.к. эта хрень с объединениями, галочками и т.п. до добра не доведет (если не понимаешь как устроена 1с)

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

ты еще запускай саму базу в пользовательском режиме после каждого обновления. Скорее всего, ты сначала все скопом обновляешь в конфигураторе, а потом запускаешь базу, запускается обновление информационной базы, а находчивые разработчики 1С в одном из релизов зачем-то удалили процедуру ЗаписатьВерсиюОбъектаПриОбменеДанными, которая используется при обновлении ИБ для более ранних периодов. Поэтому надо чтобы эта обработка отработала на более ранних релизах, когда эта процедура еще была.