К статье
Практический материал

Администрирование · 10 мин

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

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

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

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

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

Как понять, что база заблокирована, и найти причину

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

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

Сообщение с кодом разблокировкиБлокировка установлена штатно через механизм соединений

Код указан в тексте сообщения — запомните его для запуска с параметром UC

База файловая, вход невозможен у всехВозможен файл блокировки 1Cv8.cdn в каталоге базы

Проверьте наличие файла 1Cv8.cdn в папке информационной базы

Блокировка установлена в консоли кластераФлаг «Блокировка начала сеансов включена» в свойствах базы

Откройте оснастку кластера серверов и проверьте свойства ИБ

Работает обновление или регламентное заданиеБлокировка активна, пока процесс не завершится

Проверьте активные сеансы в консоли кластера перед снятием

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

Это основной способ для клиент-серверных баз. Откройте оснастку «Администрирование серверов 1С:Предприятия» (файл 1CV8 Servers.msc) на сервере или на машине, где установлена консоль. Разверните нужный кластер, перейдите в раздел «Информационные базы» и найдите свою базу.

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

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

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

Способ 2. Войти с параметром UC и отключить блокировку изнутри

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

Запустите 1С:Предприятие с дополнительным параметром командной строки /UC"код_разблокировки". Удобнее всего добавить параметр в настройки базы в стартере: выделите базу в списке, нажмите «Настройки» и в поле «Дополнительные параметры запуска» укажите /UC123456, где 123456 — код из сообщения о блокировке.

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

bash
"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" ENTERPRISE /S"Server\Base" /N"Администратор" /UC"123456"

Способ 3. Снять блокировку файловой базы через файл 1Cv8.cdn

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

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

Способ 4. Утилита rac для автоматизации

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

Команда выглядит так: rac infobase --cluster=<ID кластера> update --infobase=<ID базы> --sessions-deny=off. Идентификаторы кластера и базы получают командами rac cluster list и rac infobase summary list. Параметр --sessions-deny=off отключает блокировку начала сеансов, а --scheduled-jobs-deny=off дополнительно снимает запрет на регламентные задания.

Если блокировка устанавливается скриптом обновления, добавьте в тот же скрипт шаг снятия блокировки через rac после успешного завершения. Это исключит ситуацию, когда ночное обновление завершилось, а пользователи утром не могут войти в базу.
ПЗ
Практическое замечание

Что делать, если блокировка вызвана активными сеансами

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

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

Контрольные точки

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

Вход в базу под обычным пользователем
Норма

Сеанс открывается без сообщения о блокировке

Тревожный признак

Сообщение о запрете начала сеанса сохраняется

Свойства базы в консоли кластера
Норма

Флаг блокировки снят, поля дат пустые

Тревожный признак

Флаг установлен снова — блокировку возвращает внешний процесс

Каталог файловой базы
Норма

Файл 1Cv8.cdn отсутствует

Тревожный признак

Файл появляется снова — блокировку ставит регламентное задание

Регламентные задания
Норма

Задания выполняются по расписанию

Тревожный признак

Задания заблокированы — снимите запрет scheduled-jobs

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

Типичные ошибки
01
Снятие блокировки во время обновления конфигурации — приводит к ошибкам обновления и необходимости восстанавливать базу из копии
02
Удаление файла 1Cv8.cdn при работающих пользователях — риск рассинхронизации и ошибок в открытых сеансах
03
Забытый параметр /UC в настройках запуска — пользователь постоянно входит в обход блокировки, и следующая блокировка на него не подействует
04
Снятие флага в консоли кластера, когда блокировка установлена изнутри конфигурации — блокировка возвращается при следующем запуске регламентного задания

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

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

Итог

Что важно запомнить

Серверная база — снимайте блокировку в свойствах ИБ в консоли кластера или через rac. Файловая база — удалите файл 1Cv8.cdn из каталога. Код разблокировки из сообщения позволяет войти с параметром /UC и отключить блокировку штатно. Перед снятием убедитесь, что не идёт обновление или загрузка данных.

FAQ

Что значит «Код для разблокировки» в сообщении о блокировке?

Это пароль, который задаёт администратор при установке блокировки. Он позволяет войти в базу в обход запрета через параметр запуска /UC. Если код неизвестен, блокировку снимают через консоль кластера или удалением файла 1Cv8.cdn для файловой базы.

Пользователи не могут войти, но флаг блокировки в консоли снят. В чём причина?

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

Можно ли снять блокировку без прав администратора кластера?

Для файловой базы — да, достаточно доступа к каталогу базы для удаления 1Cv8.cdn. Для серверной базы без прав администратора кластера или кода разблокировки снять блокировку нельзя — обратитесь к администратору сервера 1С.

Что будет, если войти в базу во время обновления конфигурации?

Обновление может завершиться с ошибкой, а структура базы — остаться в промежуточном состоянии. В этом случае потребуется повторный запуск обновления или восстановление из резервной копии. Поэтому блокировку во время обновления снимать нельзя.

Как заблокировать базу обратно после завершения работ?

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

Блокировка снимается, но через некоторое время появляется снова. Что делать?

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