Нарушена целостность структуры

Кто-либо встречался с данной проблемой?

• 1. Сохранить конфигурацию хранилища из другой, подключенной к хранилищу, конфигурации. Загрузить ее в развернутую базу.
  
• 2. Убедиться, что все нужные изменения из хранилища сохранены в рабочей базе, пересоздать хранилище.
  

P.S. Еще не мешало почистить кэш.

у меня такое случалось когда динамически обновлял конфу УПП 1.3 SQL (более 10 Gb) перед глобальными изменениями. лечилось: востановление из бэкапа, возврат к конфигурации БД, изменение в конфе (например, пробел в тексте) и монопольное сохранение конфы, затем накатывалось обновление. в дальнейшем пытался по минимуму делать динамические обновления (одновременно работающих сеансов более 10)

но это было на 8.2.13 релизах платформы

Если база небольшая то можно попробовать выгрузить в dt-шник и снова загрузить.
По хорошему надо попробовать пообъектно обновить и посмотреть на каком объекте сыпется.

если база до 30-40 Гигов, рекомендую развернуть через выгрузку-загрузку, дольше, но ошибок однозначно будет меньше.

Вообще данная ошибка обычно возникает в случае когда происходит сбой при загрузке обновлений конфигурации такая ситуация лечится довольно просто в SQL SMS выполняется скрипт очистки таблицы ConfigSave -
Код: [Выделить]
Use DBName
go
Delete From [DBO].[ConfigSave]
go
Результатом данного скрипта будет очистка таблицы ConfigSave, что должно позволить запустить конфигурацию существовавшую до изменения.
Но в моем случае таблица ConfigSave была пуста. Да и ошибка возникла не в результате загрузки новой конфигурации.
Проблема решалась поэтапно. Первым этапом разрешалась проблема входа в конфигуратор для чего необходимо остановить сервис 1С сервера, далее удалить (я переименовал) папку «C:\Documents and Settings\UserName\Application Data\1C\1Cv8» после чего запускаем сервис 1С запускаем 1С добавляем базу, т.к. после отчисти профиля были утеряны все данные по настройкам 1С.
Запускаем конфигуратор т.к. предыдущим действием были отчищены все настройки пользователя 1с добавляем базу в выбор баз. При открытии конфигуратора ошибка не появляется, но при попытке открыть конфигурации система выдает все ту же ошибку. Однако пункт меню «сохранить конфигурацию бд в файл» активен, выгружаем конфигурацию в файл. Но т.к. пункт меню загрузить конфигурацию из файла активен только при открытой конфигурации будем рещать это другим способом.
Вторым этапом стало решение проблемы с загрузкой конфигурации. На этом этапе мне понадобился бекап базы созданный до появления проблемы (думаю что в принципе подойдет любая база работающая на том же релизе, но не проверял). Восстанавливаем бекап с рабочей конфигурацией. В SQL SMS для поврежденной базы очищаем таблицу Config, содержащую конфигурацию которая собственно говоря и компилится для работы 1С, для чего выполняем следующий скрипт –
Код: [Выделить]
Use DBName
go
Delete From [DBO].[ConfigSave]
Go
После чего выполняем скрип который из восстановленной базы (DataBaseNameRest) загрузит рабочую но старую конфигурацию в таблицу Config-
Код: [Выделить]
Insert InTo [DataBaseNameCorr].[Dbo].[Config] (Select * from [DataBaseNameRest].[Dbo].[Config])
Go
Третьим этапом производим загрузку последней версии конфигураци ( в моем случае выгруженную мне удалось выгрузить последнюю конфигурацию из поврежденной базы). Для загрузки открываем конфигуратор поврежденной базы. Не в коем случае не обновляйте конфигурацию и не заходите с текущей конфигурацией в режиме предприятия это может привести к потере данных т.к. в данный момент у вас сохраненна конфигурация не соответствующая метаданным базы. Открываем конфигурацию, в меню конфигурация выбираем пункт «Загрузить конфигурацию из файла», в качестве файла указываем выгруженную на первом этапе конфигурацию.
После загрузки конфигурации обновляем базу . Скорее всего будет выдано сообщение о изменении метаданных соглашаемся с изменением.
Открываем базу данных и проверяем доступны ли последние изменения.

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

попробуй обновить конфу без подключения к хранилищу, добавь какой-нибудь объект, например, подсистему
если ошибка, тогда рой инет в направлении скрипта очистки таблицы ConfigSave

Мне помогла такая методика -
Проблему победил, могу поделиться.
Все чистки не помогали.
Отключил базу от хранилища.
Создал новый объект - сохранил.
Удалил этот же объект - сохранил, произошла автоматическая реструктуризация базы.
После без проблем подключил её к хранилищу.