Начал обновлять базу БП в какой-то момент обновление завершилось вылетом из конфигуратора в процессе завершения обновления. После этого конфигурация поставщика осталась старая, конфигурация БД -не видел какая, основная конфигурация -новая. С помощью обновления самой на себя конфигурацию довел до релиза 3.0.64.54.
Далее пошли проблемы- база в пользовательском режиме работает нормально,никаких ошибок. При попытки обновления в момент сохранения конфигурации и БД -вылетает ошибка
Ошибка SDBL:
Ожидается выражение (pos=2099).
Далее при проведении ТИИ -не проходит, вываливается ошибка

Тип поля CAST(InfoRg31851.Fld31852 AS (STRING(36) VARYING, REF(Reference30824), UNDEFINED)) AS
Fld31852 несовместим с типом поля Fld31852
Все, дальше начинаются танцы. Что делал :
1) выгружал  файловый формат, делал тестировании внешней обработкой -ошибок не находит. Но ТИИ так и не проходит, обновление то же -ошибки теже самые.
2) Создал копию на SQL -прогнал все на копии-ошибки остались, обновление не проходит.
3) Нашел этот реквизит на который ругается
Это регистр "очередь сообщений ветис" -его один ресурс. Имеет составной типСтрока+Справочник -, снял с поддержки,пытался прищелкнуть типы значений или убрать одно из двух- не помогло , ошибки так и остались, обновление не проходит.
4)Нашел таблицу в SQL-она вообще не содержит никаких записей, что там может еще смотреть -не понятно.

Сейчас положение такое: пользователи работают, конфа поставщика висит новая, конфа основная-новая,конфа БД-старая и ждет когда её обновят - обновление не проходит.

В интернете искал, подобные темы есть, но как то их методы мне не помогли.
Платформа 8.3.12.1685, база на SQL MS standart.
Рядом лежит такая же база-обновление прошло нормально..

У кого какие идеи есть для решения проблем?

В файловом варианте на другой версии платформы попробывать

(1)  Такой вариант я не пробовал, что то в голову даже не пришло, платформа вроде как не старая да соседняя база нормально обновилась. Но проверю конечно..

Сейчас в файловом варианте програл на  платформе 1С:Предприятие 8.3 (8.3.13.1644) . Все ошибки остались.

При тестировании выдает то же самое :
Тип поля CAST(InfoRg31851.Fld31852 AS (STRING(36) VARYING, REF(Reference30824), UNDEFINED)) AS Fld31852 несовместим с типом поля Fld31852

Что еще может помочь "протолкнуть" обновления?

(0) Идиотские советы принимаются?
Если да - то попробовать выгрузить данные (в режиме предприятия) для перехода в сервис; сделать тестовый аккаунт в 1cfresh; загрузить туда.
Если всё получится - то обратный процесс: в облаке - выгрузить для загрузки в локальную копию; потом, локально - загрузка данных из сервиса.

(4)Ни разу с 1cfresh не работал. Чем выгрузка во 1cfresh отличается от выгрузки в DT?  Я уже выгрузил из SQL формата в файловый -ошибка осталась

13ую платформу 1С не рекомендует. Обнови на 12

на фрэше тоже есть ошибка с БП последней версии. Не закрывается месяц из-за невозможности рассчитать амортизацию. Ругается на невозможность затолкать субконто ОС по выбранному счету.

(6) Да с 12 и начал-сейчас уже просто варианты перебираю , что еще можно сделать

Попробуй загрузить cf - именно загрузить (грузи старый, который был до попытки обновления) - и попробуй еще раз накатить обновление (ТиИ предварительно сделай). Все на копии соответственно

(7)
А в телеграмме кудахтают: CD\CI, agile, покрытие тестами и тд....

(9) Начало было хорошее, дошло до таблички принятия изменении и потом вылетело с сообщением "Недостаточно памяти"

(11) оперативки не хватает, большая БД? сколько у тебя оперативы?

(11) сервер 64х ?

На том компе где 13платформу сейчас мучаю Оперативки 4Гб, база 3 Гб.
Сейчас повторн зашел в базу-все обновилось, все конфигурации (основная , поставщика, БД) -одного релиза. Даже замок стоит на основной конфигурации,хотя я его снимал. Сейчас тестирую..

(13) нет, 32

так, реорганизация прошла успешно в ТИИ (только её делал). Позже попробую обновить на след релиз,отпишу.Но причина глюка не выяснена.

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

В похожей ситуации помогло ТИИ только с одним флажком "Реструктуризация таблиц ИБ". Увеличение объема в два раза говорит о том, что включил режим "Редактируется с сохранением поддержки". Остальные пляски с бубном оказались лишними.
Для чистоты эксперимента можно взять базу до плясок и сделать только одно ТИИ с реструктуризацией. А потом уже все обновления и т.п.

вообще-то обновлять базу на 4х гб оперативки это даже не смешно.

(0) Обновите лучше платформу до релиза 1С:Предприятие 8.3 (8.3.12.1714).

Может какие ошибки отпадут :)

+ там в прошлых релизах ошибки есть не лицеприятные, как раз касающиеся конфигуратора и процесса обновления.
К примеру я споткнулся на расширениях, при попытки записать расширение в БД, программа отказывалась обновлять расширение :)

+ (0) Не забывай делать бекапы, перед обновлением и при неудачных обновах, лучше откатиться назад :)


... Есть два вида людей:
   1. Кто еще не делает бекапы.
   2. Те кто начал делать бекапы :)

За советы и комменты всем спасибо.
Общее впечатление от всего события лечения-какие то пляски с бубном. Некоторые рекомендации делал по 2-3 раза -не срабатывало. (Причем делал на свежих копиях,разных платформах -всякие ошибки кэша и прочая лабуда с темпами исключены).
Наиболее вероятная причина -версия платформы, я её не давно поставил. Но при этом десяток других баз на разных компах, и файловые и sql, нормально обновились. Так что тоже системы не наблюдается.
Еще одно замечание - очень медленно стал проходит сам процесс обновления (на новых платформах). Раньше базу, частично снятую с поддержки, можно было обновить минут за 40 (рассматриваю  объем одной базы). теперь (объем не сильно увеличился +5-8%) это занимает часа 2,5 - 3. И это просто процесс сравнения и сохранения самой платформой -не считая времени на собственный анализ изменений. Клиенты уже жаловаться стали -"раньше было быстрее, и дешевле".

Тему, наверное, можно зарывать -основной вопрос разрешился

(22) а 3й забыл - те, кто проверяет бекапы...

(23) насчет внезапно изменившихся примерно на 520 мб размеров бакапов - вот это и есть следствие того, что в один прекрасный момент кто-то в конфигураторе изменил настройки поддержки и снял "замок" с типовой конфиги.

(23) и что-то очень странно и долго занимает время обновления одной конфигурации - слишком долго! Или это настолько дохлый комп?