Клиент-серверная версия: невозможно зайти в конфигуратор и предприятие решение #637419

Всем привет. Хочу поделиться решением проблемы, которое помогло мне. Исходное описание проблемы: Порядок действий: 1) Выгон всех из 1С 2) Архив текущей базы 3) Пишем скрипт (Весьма желателен последний архив базы, конфигурация которой идентична текущей) --создаем копию исходной таблицы в текущей базе PRIMARY KEY CLUSTERED ( GO -- вставляем содержимое битой таблицы INSERT INTO [Vash_Chas].[dbo].[Config_Damaged]           ([FileName] -- ищем в битой таблице такую запись select * from [dbo].[Config] where FileName LIKE N'DynamicallyUpdated' 5) Запускаем Конфигуратор/Предприятие. Удостоверяемся, что программа стартует. Есть основания полагать, что такая ситуация была вызвана работой с хранилищем, а именно отключением рабочей базы от хранилища и подключением от лица нового пользователя. При этом после заливки конфигурации хранилища в рабочую базу динамически сохранялась конфигурация базы данных (юзеров пожалели) :) Возвращаясь к началу поста. Я так понял, что при наличии в таблице "Config" записи с "FileName" = N'DynamicallyUpdated' 1С пытается обнаружить все записи с признаком динамического обновления и определить, какое из них подгружать. Вышел на это значение поля путем левого соединения одноименных таблиц архивной и рабочей базы по полю "FileName".

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

пропустил строчку при удалении проблемной записи из таблицы delete  [dbo].[Config] 2 Fragster Изучу этот момент относительно поставки, спасибо. Однако, такая ситуация может возникнуть не только при работе с хранилищем. По-моему, это специфика динамического обновления.