Добрый день! У нас не открывается база 1С https://prnt.sc/26fp258

Проблема возникла после обновления из хранилища. Но там были мелочные изменения + мы их откатили, но ничего не поменялось. Удается открыть только конфигуратор. Тестирование исправление не решило проблему. Но при этом, при тестировании выдает следующие ошибки https://prnt.sc/26fp34o причем сразу во многих расширениях, которые не дорабатывались неделями. Подскажите, куда копать?)

(0)
1) подробно нажми - скопируй сюда
2) расширения конфигурации есть?

Подробно вот так - https://prnt.sc/26fp5gp

(0)
так, для начала

truncate table _ExtensionsInfo

(1) расширения есть

"truncate table _ExtensionsInfo" Это для чего?

(5)
очистит базу от расширений (но данные от них останутся).

Хотя, для начала так:
truncate table ConfigCAS
truncate table ConfigCASSave

_ExtensionsInfo, можешь создать копию таблички, а старую переименовать, чтоб было.

Можешь объяснить для чего это и какие цели мы преследуем? Если я очищу базу от расширений, то что дальше? Если это поможет запустить базу, то как расширения возвращать? Я могу эти команды конечно запустить, но не понимаю для чего.

(6)

(8) рекомендую нанять специалиста
чтобы смог по максимуму вытащить данные из расширений

если конечно там данные есть и они нужны

Ибо сча это сильно напоминает телемедицину, где пытаются больного реанимировать

(8) цель в (0) обозначена - запустить базу. Или у вас еще какие то свои цели ?

(11) телемедицина - нормальный движ, когда на той стороне не медбрат дежурной смены, а коллега-врач.

(10) данные есть.. судя по названиям таблиц с буковкой X (так называемые расширенные таблицы)

PS.. фетишизм конфигурации с замком не довёл до добра..

Для начала (6), если не поможет. то (3).

ЗЫ: копии, надеюсь, НЕ  делаешь ?  Всё надо на рабочей базе.

Расширение данных
https://wonderland.v8.1c.ru/blog/rasshirenie-dannykh/?sphrase_id=270458

(14) тогда ТиИ они конечно зря, надеюсь на копии делали

(0) >> Проблема возникла после обновления из хранилища.
что и как надо делать с хоронилищем, чтобы возникли проблемы? оно у вас в шаре лежит?

(17) ну, в последних релизах..ТиИ уже не херит данные в расширениях, как раньше.

Хотя, ошибки как у автора, как бэ намекают :)

(0) А руками расширения поотключать/поудалять?

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

Хз, какой у него релиз платформы.

(18) >> что и как надо делать с хоронилищем, чтобы возникли проблемы?

Да что угодно.
Начиная с банального динамического обновления после обновления из хранилища. Тогда проблема с хранилищем может быть вообще не связана. А причина именно в динамическом обнвлении.
Может не к тому хранилищу подключили базу. Если сначала подключали, а потом обновляли. Чисто случайно.
Может одновременно какое-нибудь расширение обновили или подключили/отключили. Тоже никак не связано с хранилищем. Просто так совпало.

Вообще автор, судя по вопросам, может неверно истолковал причину проблему, обозначив именно хранилище как источник бедствия.

PS В любом случае расширение данных - зло. В 99% случаев ещё и бессмысленное.
Данные надо добавлять в самой конфе. Интерфейс и алгоритмы - в расширении.

" куда копать" - начните с изучения раздела "как задавать вопросы" правил этого форума.

Разверните  базу из резервной копии и повторите попытку.

(0) в конфигураторе подключи расширение с префиксом МУ_

(25) не поможет.. он же в (0) написал, что у него кучка разных расширений в ТиИ в ошибках, а не только МУ, что на скрине

если только их все отключить/включить

(3) А можно удалить данные только по одному расширению, а потом их как то из .cfe восстановить? чтобы и данные восстановились и обновилась инфа расширения корректная? Проблема выяснилась что из-за одного конкретного расширения (хотя ругается на все подряд) если его отключить то все работает.

(28) да.
delete from _ExtensionsInfo where _ExtName = 'Вася'

данные расширений при этом не удаляться, и если было расширение справочника, например с данными.. то вы вообще можете потом на выходе дырку от бублика увидеть, ибо данные в табличке с X хранятся

В общем, занимайтесь

(28) Платформу напиши какая ?  Да и как то уже писал не помню тут или еще где что расширение и хранилище то еще заповедник .
Периодически такая беда возникает в расширении что берешь и добавляешь реквизит в Табличную часть, и реквизит с типом строка, и если вот он не заполнен при записи то начинаешь сначало получать ошибку при записи, а потом уже что у вас с ошибокой. Только через тех. журнал выяснится что за расширение глючит.

(23) >PS В любом случае расширение данных - зло. В 99% случаев ещё и бессмысленное.
Задолго до появления в 1С расширений все аналогично ломалось

(29) А как потом поверх этого расширение восстановить чтобы данные встали?

И раз уж зашла тема, то можно ли сделать так:

Взять расширение А скопировать полностью 1 в 1 в пустое расширение (чтобы гуиды объектов расширения новые были) и потом как-нибудь все данные из расширение А в новое такое же 1 в 1 перенести?

(31) 8.3.20.1613

Я уже нашел проблемное расширение и просто отключил его галочкой. Почему-то из-за него падают все другие расширения с ошибками через тестирование. Мое предположение, что проблема в идентификаторах объектов расширения.

Клиент толстый или тонкий при запуске? Проверь на разных клиентах. Можешь удивиться

(33) 20 релиз, отважные люди.
Смотря что расширение делает - форму там меняет или метаданные

Кэш сервера уже чистили?

(32) >> Задолго до появления в 1С расширений все аналогично ломалось.

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

И, как выяснил автор ветки, проблема вовсе не в хранилище, а именно в расширении.

ИМХО. Учитывая динамику развития механизма расширений, лет через 5 ими можно будет спокойно пользоваться для расширения данных в продуктиве.
Пока что эта возможность может применяться только на собственный страх и риск разработчика и с рядом оговорок.
Целесообразнее, безопаснее и надежней сохранять принцип доработки, при котором данные добавляются в основной конфигурации, а их обработка, интерфейс и всё остальное - в расширении.
Ну и разумеется регулярное тестирование расширений на совместимость с конфой и между собой после каждого изменения.