Во-первых, чтобы избежать неприятных ситуаций, крайне не рекомендуется подключать хранилище конфигураций или осуществлять динамическое обновление конфигурации на рабочей базе. Это удобные инструменты для разработчиков, а не для продакшн.
Во-вторых, если неприятность все же произошла и при вышеуказанных действиях подключиться к базе невозможно (симптомы: пользователи не могут зайти в базу, невозможно изменить параметры базы в кластере 1С и т.п.), что связано с тем, что конфигурация в БД испортилась, то вам могут помочь несколько рецептов.
- При наличии относительно свежего бекапа (тут важны не данные, а неизменность конфигурации)
- разворачиваем копию БД
- удаляем содержимое таблиц config и configsave в рабочей базе
- отменяем привязку к хранилищу (если нужно) – таблица Files – удаляем строки с файлами depot.dat, depot.nfo
- копируем содержимое таблицы config из копии в рабочую базу
- При отсутствии бекапа (для ошибки динамического обновления)
- удаляем содержимое таблицы configsave в рабочей базе
- delete from config where FileName = 'commit'
- delete from config where FileName = 'dynamicCommit'
- delete from config where FileName = ' dbStruFinal'