Всем доброго дня! Впервые столкнулся с такой проблемой. Имеются 2 SQL базы БП3 с идентичными конфигурациями. Базы благополучно жили с 18 года, обновлял не я, но последнее обновление делалось мной. В базах 2 простеньких расширения и в основной конфигурации добавлены один Справочник  и общие реквизиты. То есть в конфигурации нет измененных типовых объектов, они все на замке.
И вот при обновлении ОБЕИХ баз (значит ошибка не случайная, а системная) выскакивает ошибка "Неверный формат хранилища данных". Платформа 8.3.25.1394 Что делал:
1 - чистил кеши
2 - развернул базы как файловые на 8.3.25.1374
3 - проверил c помощью chdbfl
4 - выполнил ТИИ с очисткой нескольких битых ссылок
5 - выполнил реструктуризацию БД
6 - удалил расширения
7 - удалил добавленные объекты метаданных
8 - выгрузил конфигурацию в файл и загрузил ее в чистую базу
данных
Результат не изменился. Даже в чистой базе:
1 - база не обновляется
2 - конфигурация не сравнивается с типовой (выгруженной из нее же)
3 - типовая не сравнивается с основной из файла
4 - конфигурация не выгружается в файлы (где то посередине вываливается та же ошибка)
Глазами просмотрел (и по памяти), после удалений объектов изменений в конфигурации быть не должно, кроме отсутствия замка.
При загрузке типовой база начинает благополучно обновляться.
Может кто сталкивался, есть ли менее радикальные способы решения проблемы? И смущает, что ошибка в обеих базах.
Получается, что проблема в основной конфигурации. Конфигурация поставщика жива. Загружать конфигурацию поставщика не хотелось бы, это уже на крайний случай

То есть, пока обновляли не вы - всё было хорошо, но стоило обновить вам - стало плохо? Может, стоит откатить своё обновление?

(1)учту совет. Я обновил нормально и никаких проблем не было.
Другие советы будут, кроме как откатить к 16.11.2024? Проблемы как раз были, но другого свойства. Сейчас речь не об этом

Почему к 16.11.24? Более поздних бэкапов нет? Или обновляли тогда, а проблема такого масштаба вскрылась только сейчас? Ух...

Боюсь что вы просто потратите время и рано или поздно придётся делать "При загрузке типовой база начинает благополучно обновляться."

А если обновить базы с отключенными расширениями?

(0)Другие платформы пробуйте. Ошибка выходит при обновлении в какой момент? При реструктуризации?

Попробуйте обновиться по новому через "UpdateDBCfg=v2 Механизм реструктуризации версии 2"

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

PS: конфигурацию поставщика можно временно удалить за ненадобностью - впоследствии её легко "перезагрузить" из любой другой базы той-же версии с любым вариантом "на поддержке".

(2) Из бэкапа можно взять только конфигурацию; повторно обновить до текущей версии рабочей базы и перезалить базе конфигурацию. Само собой разумеется перед этим почистив  локальные и серверные кэши.

(6)ошибка при сравнении конфигураций
(5)расширения не влияют, я их даже удалял
Такой случай был, когда база не хотела обновляться с расширением, там дело было вроде в платформе
(8)бекапа от 16.11.24 уже нет, никогда не думал, что может пригодится 28 января 25 г

(0) >>4 - конфигурация не выгружается в файлы (где то посередине вываливается та же ошибка)

Здесь можно попытаться определить проблемный объект метаданных, там как минимум отображается текущий объект. Выгрузить в "плоском" формате (/DumpConfigToFiles с параметром Plain), попытаться определить, на чем стопорнулось. Пооткрывать предполагаемые объекты в конфигураторе.

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

Должно взлететь.

(11)я именно так уже почти готов морально) Интересна причина таких явлений. Предыдущее обновление было нормальное, делал руками (не обновлятором), динамического обновления не было, бухгалтерию никогда динамически не обновлял

а платформа х64?
хотя если ранее всё обновлялось...

(12) Мне клиенты такую базу подогнали. Время тратить не стал на глубокие разборки, там было пару реквизитов в документы добавлены.

(12) Здесь не угадаешь, было дело, конфигурация поставщика просто улетала в никуда при обновлении, как с обновлятором, так и без.

(0) ну, дай свой cf поглядеть

(16)пришлю сегодня, сейчас не могу Спасибо
(13)64x. У них невезучие базы. Год назад попали на шифровальщика, заплатили. Им восстановили. Пару раз по моему я обновлял, потом чуваки, которые обслуживают сеть м все остальное. А ноябре обновили загрузкой конфигурации. я где то тут писал про это. И вот опять. Я с таким не сталкивался, хотя были БП и посложнее
Здесь все изменения то мои. Но скорее всего дело не в них

(9)Замените конфигурацию поставщика и основную конфигурацию, загрузкой из файла и потом проверьте.

(18)из файла с типовой конфигурацией ?

(10)+
у нас такая ошибка была на паре общих макетов с драйверами.
Удалили, обновили, заново перенесли из типовой.

(20)В проверке конфигурации ругается на документ, близкий к Уведомлению об отгрузке маркированных товаров (точная строка не видна в их окне). Но там запаришься удалять эти объекты, на них куча ссылок.

(19)Угу

(0)
Вот это прибей, должно заработать

Возможно, есть еще битые моксели, лень смотреть.

(22)при загрузке типовой работает, я об этом сразу написал.
(24)спасибо, щас попробую

(24)есть еще, даже весь отчет по земельному налогу скормил, но просит еще )
Даже всех регламентировыанных отчетов мало этому дракону.

(26) ща

Вот эта форма еще

(25)Ну так в чём вопрос тогда? Загружаете типовую, а потом сравнить и объединить с вашей чтобы добавить ваши объекты.

Вроде всё, в конфе ошибок нет, после удаления мокселя и формы, оно работает.

Вот это прибей в конфе и радуйся

(20)чтобы данные не переносить по удаленным моим объектам
(28,31)Спасибо, щас попробую

(31)Странно, это все регламентированные отчеты. Я удалил вообще все. Стало выгружаться в файлы и загружаться из файлов (с 7 предупреждениями). Но сравнение конфигураций в "Настройка поддержки" все равно валится. Обновление тоже валится

(33) ну, я сравнил сам с собой - проходит

(31)Нет, у меня сравнение с типовой проходит, но на объединении валится. Сама с собой сравнивается, это да

(35) когда выполнить нажимаешь в окне сравнения?

(36)да

(37) потом посмотрю..

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

(39) с ИТСа брал?

(0) Делаешь новую чистую базу подходящей версии.
Из битой делаешь выгрузку данных для переходя в сервис
В новую загружаешь.
Я так что-то похожее вылечил пару лет назад, никакие танцы с бубном не помогали.

(40)В эти базы обновления могли быть не с ИТС. Мое предыдущее обновление с ИТС

Итак, в итоге:
1 - вновь поднял исходную базу (с изменениями и расширениями)
2 - удалил 2 объекта метаданных, любезно найденных ЕПРСТ
(огромный ему респект)
3 - из другой БП получил альтернативный типовой 3.0.164.16 (релиз конфигурации моей базы)
4 - снял конфигурацию с поддержки
5 - заменил через сравнение конфигурацию поставщика, снова поставив на поддержку
И вуаля, база ожила, снова обновляется
Коллеги, всем спасибо!
Еще непонятка. Получается, что битые объекты пришли с моего предыдущего обновления? Но я ставил это обновление другим людям, в несколько баз и ничего такого не вылазило
Еще не закончил, тьфу, тьфу)
Еще бы научиться у ЕПРСТ искать битые объекты метаданных
Коллеги, всем спасибо!

(43)Так сразу же это предлагали, нее?

(44)может что-то пропустил, но так сразу не предлагали. Тем более я невольно ввел всех в заблуждение, полагая, что моя типовая является нормальной. Загрузив ее, база без проблем обновлялась. А она оказалась нехорошей. Надо еще проверить один момент

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

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

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

(47)Там есть еще доп реквизиты, справочник и регистр сведений. Регистр можно выкинуть уже, был нужен давно. Раз запоролись обе базы, значит был кривой файл обновления ?
(48)да я не думал на себя, обновлял руками, контролируя процесс, весь вопрос возможно ли как-то уберечься от этого. И причина до конца непонятна. Наверняка если сейчас взять несколько баз, обновить их до обсуждаемого релиза, используя последнее "кривое" обновление, то будет все ок. А тут обе базы. Причем обновлений было не одно, а по моему три на каждую базу. Они давно не обновляли.

(0) я такое наблюдал когда умные люди цф через облако гоняли не в архиве. Облако иногда коверкало файл.
Помогает только загрузка работающего цф

(50) если твоя конфа нетиповая - берешь типовую и руками переносишь изменения, потом загружаешь

(49) Я тоже не через обновлятор обновлял. Но случилось то, что случилось при одном из обновлений на одной из баз.

(52)меня смущает, что это случилось на обеих базах (значит это не случайно) и что я 100$ ставил это обновление другим людям, но там такой проблемы не наблюдалось. Единственное отличие, что проблемные базы были более старые и ставил 2 или 3 обновления, а не проблемные - 1 обновление, так как их обновляю часто. При сравнении с хорошей типовой (взятой в другом месте) отличаются тоже 2 регламентированных отчета на замках, но не те, которые нашел ЕПРСТ в основной конфигурации.

(53) Не стоит уповать на "старость" баз. У меня база БП была свежая, потому что взял себе за правило - не тянуть с обновлениями. Дело в чём-то другом. В чём? Сам не понял. Платформа была на тот момент 18-ая.

Небольшое добавление. Все-таки базы побились по разному. Та,  в которой ЕПРСТ нашел битые макеты, действительно не будет работать, пока не удалить эти макеты. А вот второй достаточно только замены конфигурации поставщика.
Еще раз респект ЕПРСТ и извинения за дезинформацию)