Проблемы начались при попытке обновиться на релиз 3.0.61.37.
В конфигураторе все прошло, обновилась конфигурация базы данных.
При запуске базы в пользовательском режиме процесс обновления падает на 7%.
В журнале регистрации последняя запись - попытка изменения данных Справочника ИдентификаторыОбъектовМетаданных.
Элемент справочника - Расчет себестоимости продукции (Регистр сведений). Транзакция не завершена.

Конфигурация на поддержке, но с возможностью изменения.
Добавлен общий реквизит и несколько дополнительных реквизитов документов и предопределенных элементов справочников.
Алгоритмы в конфигурации не редактировались, есть расширение.
Пробовал вообще его удалять из конфигурации - не меняет ситуацию.

При попытке на необновленной базе зайти в справочник ИдентификаторыОбъектовМетаданных падает не только база, но и процесс rphost. Вылетают вообще все запущенные базы на сервере предприятия.
Запуск обновления вспомогательных данных зависает на несколько часов и не обновляет справочник.

Тестирование и исправление падает на проверке логической целостности справочника ИдентификаторыОбъектовМетаданных.
Попытка принудительной очистки справочника и запуска обновления вспомогательных данных приводит к тому, что справочник перезаполняется, но форма списка так и не открывается. В форме выбора элементы справочника видны.
Сразу после перезаполнения тестирование и исправление проходит нормально, но при попытке обновления ситуация повторяется.

Пробовал на трех платформах
8.3.10.2753
8.3.11.3034
8.3.12.1440
Результаты идентичные.

Сломал уже себе мозг в поисках причин и путей решения...
Может у кого есть идеи?

Ничего страшного, восстанавливай из бекапа

(0) Что за общий реквизит?
Что-то похожее было, выловил профйалем, что глюк сидел в общем реквизите. Куда ему засунутся было тяжело

(1) Из бэкапа восстанавливал. Все также вплоть до предыдущего обновления, которое все-таки прошло без ошибок. (2) Общий реквизит - строка (100)

Вспомнилось: раньше на клюшках народ делил релизы на четные и нечетные. Слишком много неприятностей стало появляться при обновлении бухни. Похоже опять делить надо...

попробуй формы удалить у справочника

(3) Где прописан и как?
Общий реквизит юзают для разделения данных и прав.
А вы видимо неверно его использовали.
Попробуйте на копии вообще удалить этот реквизит и запустить приложение

(6) "Общий реквизит юзают для разделения данных и прав" // Это ты явно брешешь

(6) Общий реквизит добавлен в ветку "Общие реквизиты" и используется для справочников Контрагенты и Номенклатура

Судя по http://v8.1c.ru/overview/Term_000000789.htm
Общие реквизиты могут использоваться не только для разделения данных, но и для того, "чтобы автоматически добавить нескольким или всем объектам конфигурации одинаковый реквизит с одним и тем же именем и одинаковым типом".
Пока не понятно в чем неверность использования...

Удаление общего реквизита не изменило картины.

(5) Удалил формы справочника ИдентификаторыОбъектовМетаданных
Ситуация не изменилась...

"Продолжаю наблюдения" ;-)

(8) Не слушай его, он заблуждается

(9) Сколько тебе платят за решение вопроса?

запросом можешь из справочника прочитать?

можно попробовать на скл справочник почистить, а потом перезаполнить

(12) Да, запросом прочитать могу.

(13) Я пробовал очищать справочник из 1С. Очищая заодно ссылки на элементы справочника.
В таблице SQL после этого нет ни одно записи.

Можно конечно попробовать непосредственно в таблицах SQL все тоже самое проделать. Но пока выглядит сомнительно, чтобы помогло...
Попробую

(11) Да платят вроде нормально. Предлагаешь поделиться за помощь в решении вопроса?

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

(17) у меня бп спотыкался на типовом ОбщемРеквизите. пытался что с последовательностью делать.
Ловил через профайлер, смотрел самый последний запрос

(18) Спотыкался в процессе обновления или тестирования и исправления?

(19) Не помню, это было лет 5 назад.
Общий реквизит прописывает доп колонку во всех таблицах и должен в них прописать себя.

(19) Вроде даже ТиИ не проходило, падал конфигуратор

почистить регистрацию в планах обмена, в которых используется справочник ИдентификаторыОбъектовМетаданных.. а что.. а вдруг..

(7) Слишком глючный этот общий реквизит для реального использования для данных

(23) Гонишь что ли ) Везде где можно было делал подсистему с записью в объек БД автора создания, автора последнего изменения, датой создания, датой последнего изменения объекта БД - везде работает как конфетка

(16) Да не, мне интересно, как и чем люди живут

Видимо ребятки из БСП прокосячили в обработчиках обновления - это нормально, такое иногда бывает. На багборде даже иногда публикуют способ обхода, а иногда релиз отзывают.

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

(27) Ложное утверждение, ибо ошибки в конфигурации запросто бывают. Но ты проверь на демобазе еще.

(28) не очень понял какое утверждение ложное?