Настроили хранилище, стали возникать проблемы с конфигурациями, где оно используется. Иногда они зависают при попытке открытия базы. Анализ sql запросов показал, что это таблицы отвечающие за хранение конфигурации. Висит долго, иногда полчаса. Перезагрузки не помогают.
(P1 nvarchar(128))SELECT FileName,Creation,Modified,Attributes,DataSize FROM Config WHERE FileName LIKE P1
У кого нибудь было, что-то похожее?

вы на рабочую базу хранилище подключили ?

(1) угу

(2) отключать не пробовали?

(3) НЕ могу. Условия подрядчиков такие. Они без хранилища не хотят работать.

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

(5) Портится не файл хранилища, а рабочая БД. К тому же стали происходить чудеса. Недавно роль пропала вообще.

(5) это было в первых релизах 8.1
(6) здесь хранилище само по себе ни при чем. Скорее всего файл хранилища кто-то откатил к версии, в которой роли не было еще. Какая-нить отложенная запись поди включена или ватономные файлы на разделе. в котором лежит хранилище?

(7) Откатить не могли. Роль давно существует. Хранилище создано две недели назад.

(7) Я думаю это из-за оставленных захваченных объектов. Здесь при открытии базы приходится читать не только конфу, но и данные из хранилища.

(8) нагрешили вы где-то видать

версия платформы какая?

(10) Если бы мы. Это франчайзинг. Роль пропала в период, когда по журналу регистрации базу данных обновляли только они.
Только понять не могу, как ее можно было удалить.
(11) Последняя почти 8.2.15.294

(12) накатили версию конфы, в которой роли не было, потом иопнули роль руками. В этом случае платформа не будет ныть, что на роль ссылки есть, а послушно уконтропупит ее. Только это сильно тяжело сделать случайно