Как снять блокировку с базы 1С

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

Прежде чем действовать, важно понять источник блокировки: установлена ли она вручную через функциональность «Блокировка работы пользователей», завис ли сеанс пользователя или фоновое задание, либо обновление конфигурации завершилось аварийно. От этого зависит безопасный путь решения. Ниже разобраны все основные сценарии для платформы 1С:Предприятие 8.3.

Определите тип блокировки и режим работы базы

Текст сообщения, которое видит пользователь, — главный диагностический признак. «Для выполнения команды требуется разблокировать все объекты» — это блокировка объектов конфигурации, она не мешает входу. «Вход в информационную базу запрещён» или «Работа пользователей запрещена» — установлена административная блокировка сеансов. «Выполняется обновление конфигурации базы данных» — база заблокирована механизмом обновления, часто после сбоя.

Затем уточните режим работы. В файловом режиме база лежит в общем каталоге, и управлять ею можно напрямую через файлы и конфигуратор. В клиент-серверном режиме управление идёт через консоль кластера серверов 1С:Предприятия. Проверить режим можно в списке информационных баз при запуске: файл базы имеет путь вида \\server\base или C:\base, серверная — вида server/base.

Снимите блокировку через консоль кластера (клиент-серверный режим)

Основной инструмент — консоль администрирования серверов 1С:Предприятия. Откройте её на сервере или на машине администратора, разверните нужный кластер, найдите ветку «Информационные базы» и откройте свойства вашей базы двойным щелчком.

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

Если блокировка нужна, но мешают зависшие сеансы, перейдите в ветку «Сеансы» внутри информационной базы. Отсортируйте список по времени последней активности: сеансы, неактивные много часов, обычно можно завершать безопасно. Выделите их и выберите «Удалить» в контекстном меню. Сеансы с активностью в последние минуты удаляйте только после подтверждения, что пользователь сохранил данные.

1. 1
   Откройте консоль администрирования серверов 1С и разверните нужный кластер
2. 2
   Откройте свойства информационной базы
3. 3
   Снимите флажок «Блокировка начала сеансов включена» и очистите дату начала блокировки
4. 4
   Снимите флажок «Блокировка регламентных заданий включена»
5. 5
   Сохраните изменения и проверьте вход под обычным пользователем
6. 6
   При необходимости завершите зависшие сеансы в ветке «Сеансы»

Разблокируйте базу в файловом режиме

Если у вас есть доступ в базу под пользователем с административными правами, самый простой путь — встроенная обработка. Откройте «Администрирование — Обслуживание — Блокировка работы пользователей» (в типовых конфигурациях на базе БСП) и нажмите «Снять блокировку». Изменение применяется сразу, перезапуск не требуется.

Когда войти невозможно вовсе, проверьте каталог базы. Файл 1Cv8.cdn — это файл блокировки, который платформа создаёт при монопольном доступе и при некоторых сервисных операциях. Если все сеансы завершены, а файл остался, удалите его вручную. Перед удалением убедитесь, что ни один процесс 1cv8.exe и 1cv8c.exe не работает с этой базой, иначе можно нарушить целостность данных.

Также проверьте диспетчер задач на компьютерах пользователей: зависший процесс 1cv8.exe продолжает удерживать базу в монопольном режиме. Завершите такие процессы, после чего удалите файл блокировки, если он остался.

Снимите блокировку после сбоя обновления конфигурации

Сообщение «Выполняется обновление конфигурации базы данных» при отсутствии реального обновления означает, что процесс завершился аварийно, а признак блокировки в базе остался. Сначала убедитесь, что обновление действительно не идёт: в консоли кластера не должно быть активных сеансов конфигуратора, а на сервере СУБД — длительных запросов от 1С.

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

В критичных случаях администраторы используют параметр запуска конфигуратора /UC с кодом разрешения блокировки, если он был задан. Код разрешения задаётся при установке блокировки и хранится в свойствах базы в консоли кластера.

Используйте параметры запуска и командную строку

Для входа в заблокированную базу предприятия существует параметр /UC с кодом разрешения: 1cv8.exe ENTERPRISE /F"путь_к_базе" /UCкод_разрешения. Это удобно, когда блокировка включена намеренно, но администратору нужно войти для обслуживания.

Для пакетного снятия блокировки в типовых конфигурациях применяется запуск с параметром /C и соответствующей командой обработки завершения работы пользователей, либо специализированные внешние обработки. Вариант зависит от версии БСП в вашей конфигурации, поэтому проверяйте актуальный синтаксис в документации к вашей конфигурации.

1cv8.exe ENTERPRISE /F"D:\Bases\Trade" /N"Администратор" /UC12345

Проверьте результат и предотвратите повторение

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

Чтобы ситуация не повторялась, фиксируйте, кто и зачем включает блокировку, назначайте конкретное время её снятия и не оставляйте обновления конфигурации без присмотра. Для серверных баз полезно настроить мониторинг активных сеансов, чтобы вовремя замечать зависшие процессы.

Типичные ошибки при снятии блокировки

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

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