Пытаюсь обновить БП 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, а Вы сразу на последний релиз

Обновите поэтапно и не мучайтесь, раз так все запущено с обновлениями

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

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

(3) https://releases.1c.ru/project/Accounting30

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

(6) http://www.fayloobmennik.net/5660615

(0) >> Пытаюсь обновить ... через сравнение и объединение конфигураций

Начнём с того, что обновление надо делать через поддержку.
Уверен на 99.9%, что вы что-то накосячили при сравнении/объединении.

Ну и, не смотря на все уверения 1С-ников о том, что внутри одной редакции можно обновляться сразу на cf-ник, лучше делать обновление последовательно. Просто - на всякий случай.

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

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

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

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

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

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

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

эм. а как вы обновляете? Подход из 7.7. не даст ничего хорошего...

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

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

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

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

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

(16) обновляю обычным способом:
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.х ступор.

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

(23) делал, тоже самое, почему-то при выгрузки из файлового варианта в 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) Была такая же ошибка как в посте (0) , так и не смог победить

Суть проблемы в том, что конфигурация была снята с поддержки и на момент обновления в базе было 3 конфиги, подробнее тут http://forum1s.ru/read/kak-sniat-i-postavit-konfiguratsiiu-1s-na-podderzhku/

Проблема решилась постановкой на поддержку конфигурации, затем обычное онлайн обновление и вуаля.
PS лишний раз лучше не снимать конфу с поддержки, т.к. эта хрень с объединениями, галочками и т.п. до добра не доведет (если не понимаешь как устроена 1с)

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

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