Как отключить блокировку базы 1С

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

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

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

Почему база заблокирована: определяем причину перед действиями

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

Вторая причина — прерванное обновление конфигурации. При динамическом или обычном обновлении 1С автоматически устанавливает блокировку соединений; если процесс оборвался из-за сбоя сети, питания или ошибки, блокировка остаётся. Третья причина — файл 1Cv8.cdn в каталоге файловой базы: его создаёт механизм блокировки, и именно его наличие запрещает вход.

Снятие блокировки через консоль кластера серверов

Это основной способ для клиент-серверных баз. Откройте консоль администрирования серверов 1С:Предприятия (оснастка «1С:Предприятие 8.3 (консоль MMC)» или утилита RAC/RAS), разверните нужный кластер, найдите информационную базу и откройте её свойства правой кнопкой мыши.

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

Если консоль MMC недоступна (например, работа с сервером извне), используйте утилиту командной строки RAC с параметрами infobase update: сбросьте --sessions-deny=off и --scheduled-jobs-deny=off. Для этого потребуется имя администратора кластера и идентификатор базы.

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

Снятие блокировки через конфигуратор и код разрешения

Если при установке блокировки был задан код разрешения, войти в базу можно, несмотря на запрет. В окне запуска 1С выберите базу, нажмите кнопку параметров (или допишите в строку запуска) и укажите параметр /UC<код разрешения>. Так вы попадёте в конфигуратор или предприятие в обход блокировки.

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

УстановитьБлокировкуСеансов(Ложь);
Блокировка = Новый БлокировкаСеансов;
Блокировка.Установлена = Ложь;
УстановитьБлокировкуСеансов(Блокировка);

Обратите внимание: метод УстановитьБлокировкуСеансов работает только в клиент-серверном режиме и требует административных прав. В файловом режиме блокировку сеансов через код не установить и не снять — там действует только файл 1Cv8.cdn.

Файловая база: удаление файла 1Cv8.cdn

В файловом режиме блокировка хранится в служебном файле 1Cv8.cdn, который лежит в каталоге информационной базы рядом с файлом 1Cv8.1CD. Пока этот файл существует, платформа отказывает в подключении всем пользователям.

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

Принудительное завершение зависших сеансов

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

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

Дополнительно проверьте раздел «Соединения» и список фоновых заданий. Если регламентное задание «зависло» и держит блокировку регламентных заданий, его можно снять отдельно, не трогая пользовательские сеансы.

Типовые ошибки и риски

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

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

Проверка результата и профилактика

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

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

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

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