Добрый день всем!
После обновления типовой конфигурации 1С ERP выскакивает ошибка SDBL о несоответствии типа 21:0000000000000000000 и Fld622287
FLD... в базе я не нашел и в SQL  сервере и в обработке структуры БД от 1С. 21 это я так подразумеваю InfoRg21  оно в БД есть. Посмотрел в новой конфе поля и типы такие-же.

Что еще можно сделать, если все стандартные операции провнедены: ТиИ, выгрузка загрузка dt, даже удалил этот несчастный регистр?

"21 это я так подразумеваю InfoRg21"
Почему регистр, а не справочник или что-то еще?
https://forum.infostart.ru/forum9/topic218257/
Ошибка SDBL: Тип поля 21:00000000000000000

(1) Читал - не помогло. Регистр потому что с номером 21 есть только одна даблица

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

(3) типовая ERP?
(0) а пробовали в новую базу SQL dt загрузить? А в файловую не развернется? Какой размер базы?

(3) тоже самое

(4) 40 гб не развернется

(4) Пробовал в новую dt - тоже самая ошибка

(7) если база типовая, то что произойдет, если если развернуть новую базу из cf новой версии?

Где именно ошибка возникает? При проведении документа?

(8) при первом запуске после обновления

(8) нормально запускается новая база из cf новой

(10) при повторном обновлении тоже? Может просто не повезло с первого раза? Сделать ТиИ и потом еще раз попробовать апдейт накатить.

Это же все на копии делалось и рабочая база осталась не обновленная?

(0) "даже удалил этот несчастный регистр?"
Возможно, это был не тот регистр. Полагаться на одинаковые цифирки я бы не стал. Хотя странно, что Fld622287 не находит в ПолучитьСтруктуруХраненияБазыДанных()
Ведь по-идее, ноги должны оттуда расти.
Возможно, это хвосты динамических обновлений. Попробуй на копии выполнить загрузку конфы из cf. Не сравнить/объединить - а загрузить полностью.
Если не поможет - тогда (опять-таки на копии) можно попробовать заменить таблицы config (или как они там - где конфа гранится) на аналогичные из рабочей копии.

Хотя... Если ты делал выгрузку/загрузку dt, тогда по-идее конфа должна быть "чистой", без хвостов. Тогда, получается, дело в данных.
Но ты говоришь, что в БД ты Fld622287 не нашел. Да и ТиИ должны были его найти... Как-то не сходятся концы с концами.

(13) вот и у меня не сходятся.

(11) уже раза 3 пробовал (

Слушай. Чудес не бывает. Это заколдованное Fld622287 должно быть или в конфе, или в БД или при запуске у тебя сначала выполняется дообновление.

Но я бы копал в сторону Config, ConfigSave и следов динамических обновлений в них. Как вариант, залить их из рабочей копии (как уже предлагал) и прогнать ТиИ еще раз.

(17) я бы копал в сторону данных и dbnames

(18) dbnames - это название какой-то секции или таблицы? Или просто на английском все звучит умнее? И что такое "копать в сторону данных"? Если перевести в конкретные действия?

(19)  21:0000000000000000000 - ошибка в данных.
если нет поля в бд - то это к dbnames (таблицы соответствия полей, таблиц и метатанных)

(20) Куда конкретно идти и что делать? Учитывая что ТС "в базе я не нашел и в SQL  сервере и в обработке структуры БД от 1С"

(21) самое простое - анализировать тж. для поиска ошибка в данных. выгрузить дбнамес , удалить в нем упоминание о Fld622287 и загрузить обратно.

dbnames - это ты на файл из params намекаешь?
Как вариант, можно и ее перезалить. Или какими инструментами этот бинарник крыжить? Там compaund мелкомягковый или на 8-ке собственный велосипед?

Или ты про выгрузку/сборку конфы из файлов? Если оно там есть, то по-идее и ПолучитьСтруктуруХраненияБазыДанных() должно было показать. А ТиИ найти нестыковки.

(16) при запуске выполняется процесс обновления конфигурации до версии, на нем и падает на 25 процентах )(

(25) Не конфигурации ИБ ))

(25) да понятно что дело в данных, но что конкретно куда пишется, чтобы вызвать эту ошибку?)
Нельзя как-то посмотреть в отладке что происходит на этих 25%?

(27) В отладке без breakpoint  там слишком печально смотреть...

Регистр сведений кстати абсолютно пустой.

(0) а почему ты уверен, что это регистр сведений? Через СУБД пробовал поле искать?

(30) Через СУБД поле не находится запросом Fld которое.  Одна таблица в sql InfoRg21

(31) а как искал?

(32) SELECT TABLE_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE COLUMN_NAME = 'Fld...........';

(33) хм. Тогда, возможно, это поле пытается добавиться. При обновлении смотри внимательно в окошко принятия изменения, какие объекты меняются

(0) Может, в расширении добавили объект МД?

А патчи там автоматом не прилетели?
Было такое, что БП не обновлялась падала на ошибку, а в расширениях патч непонятный сидит и конфликтует с новой обновой.
Ну и свои расширения выруби.

Где инфа какая платформа? Ставил последнюю 8.3.17?

(29) если ты нашел имя регистра, то что дает поиск в коде по этому имени?