Как снять блокировку с конфигурации 1С

Сообщение «Конфигурация базы данных заблокирована» или «Ошибка блокировки информационной базы» появляется, когда 1С не может получить монопольный доступ к базе. Чаще всего причина проста: в базе остаются активные сеансы пользователей или фоновые задания, либо администратор ранее установил блокировку соединений и забыл её снять. Реже блокировка возникает из-за зависших процессов на сервере 1С или SQL-сервера.

Под «блокировкой конфигурации» пользователи понимают три разные ситуации: блокировку соединений с информационной базой, конфликт блокировок при работе пользователей и блокировку конфигурации поставщиком (замок поддержки). Каждая из них снимается своим способом, и первый шаг — точно определить, с чем вы столкнулись, по тексту сообщения об ошибке.

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

Определяем тип блокировки по тексту ошибки

Текст сообщения — главный диагностический признак. Фраза «Ошибка соединения с информационной базой... установлена блокировка соединений» означает, что администратор (или регламентная операция, например обновление) включил запрет подключений. Сообщение «Конфликт блокировок при выполнении транзакции» говорит о конкуренции сеансов за одни и те же данные. А «Конфигурация находится на поддержке, изменения запрещены» — это замок поставщика, а не блокировка базы.

Также проверьте, в каком режиме работает база: файловый (путь к папке с файлом 1Cv8.1CD) или клиент-серверный (база на SQL Server, PostgreSQL и т.п.). Инструменты снятия блокировки для этих режимов различаются.

Снимаем блокировку соединений в клиент-серверной базе

В клиент-серверном варианте блокировка соединений управляется через консоль кластера серверов 1С. Откройте оснастку «Администрирование серверов 1С Предприятия» на сервере, разверните кластер, найдите нужную информационную базу и откройте её свойства (правый клик → «Свойства»).

В окне свойств снимите флаг «Блокировка регламентных заданий включена» и очистите поля, связанные с блокировкой сеансов: сообщение блокировки, код разрешения, дата и время начала блокировки. Нажмите «ОК» — пользователи смогут подключаться сразу, без перезапуска служб.

Если блокировка была установлена с кодом разрешения и вы знаете этот код, отдельные пользователи могут войти, не дожидаясь снятия блокировки. Для этого базу запускают с дополнительным параметром командной строки.

"C:\Program Files\1cv8\8.3.x.xxxx\bin\1cv8.exe" ENTERPRISE /S"Server\BaseName" /UC"КодРазрешения"

Параметр /UC работает и для тонкого, и для толстого клиента. Это удобно, когда нужно пустить в базу только администратора, оставив остальных снаружи.

1. 1
   Откройте оснастку администрирования серверов 1С
2. 2
   Найдите информационную базу и откройте её свойства
3. 3
   Снимите флаги блокировки сеансов и регламентных заданий, очистите код разрешения
4. 4
   Сохраните изменения и проверьте вход под обычным пользователем

Отключаем активные сеансы и зависшие процессы

Даже без установленной блокировки соединений конфигуратор не даст выполнить монопольные операции (обновление, тестирование и исправление), пока в базе есть сеансы. В клиент-серверном варианте список сеансов виден в консоли кластера: ветка «Сеансы» внутри информационной базы. Завершить сеанс можно правым кликом → «Удалить».

Обращайте внимание на сеансы с типом «Фоновое задание» и «COM-соединение» — именно они часто остаются невидимыми для пользователей, но держат базу. Также проверьте ветку «Соединения»: зависшие соединения без активных сеансов тоже можно удалить.

В файловой базе откройте базу в режиме «Предприятие» (если пускает) и перейдите в «Администрирование → Обслуживание → Активные пользователи». Оттуда можно отправить пользователям предупреждение и завершить их сеансы. Если войти невозможно, проверьте, не остался ли файл блокировки 1Cv8.1CL в папке базы после аварийного завершения — при полностью закрытой базе его можно удалить вручную.

Снимаем блокировку в файловой базе без доступа к консоли

В файловом варианте блокировку соединений устанавливают из режима «Предприятие»: «Администрирование → Обслуживание → Блокировка установки соединений» (в типовых конфигурациях на БСП). Чтобы снять её, зайдите в базу с кодом разрешения (параметр /UC) и в том же разделе нажмите «Снять блокировку».

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

Если база файловая и лежит в общей сетевой папке, убедитесь, что ни у кого не открыт файл 1Cv8.1CD и никто не копирует папку — файловые операции над открытой базой тоже вызывают ошибки блокировки.

Снимаем замок поддержки конфигурации поставщика

Если задача — разблокировать конфигурацию для редактирования (снять «замок»), действия выполняются в конфигураторе. Откройте «Конфигурация → Поддержка → Настройка поддержки» и нажмите кнопку «Включить возможность изменения». Затем в дереве объектов для нужных элементов установите режим «Редактируется с сохранением поддержки» или «Снято с поддержки».

Режим «с сохранением поддержки» предпочтительнее: конфигурация продолжит обновляться, хотя изменённые объекты потребуют ручного сравнения при обновлении. Полное снятие с поддержки отключает автоматическое обновление — применяйте его только осознанно.

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

Частые ошибки и проверка результата

Самая распространённая ошибка — снятие блокировки в свойствах базы без очистки кода разрешения и даты начала блокировки: при следующем запуске скрипта обслуживания блокировка может установиться снова. Вторая типичная ситуация — администратор завершает сеансы, но забывает про фоновые задания, которые перезапускаются и снова занимают базу.

Ещё одна ошибка — попытка снять блокировку соединений, перезагружая сервер. Это не решает проблему: параметры блокировки хранятся в свойствах базы и восстановятся после перезапуска службы агента.

После снятия блокировки проверьте результат: войдите в базу под обычным пользователем без кода разрешения, убедитесь, что регламентные задания выполняются (журнал регистрации), и что конфигуратор позволяет выполнить нужную операцию. Если вход возможен, а фоновые задания не стартуют — вернитесь к флагу блокировки регламентных заданий.

Частые вопросы