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

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

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

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

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

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

Также важен режим работы. В файловой базе блокировка хранится в параметрах самой базы и снимается через конфигуратор или параметр запуска. В клиент-серверном варианте управление ведётся через консоль кластера или утилиту rac, потому что параметры блокировки обрабатывает сервер 1С:Предприятия.

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

Это основной способ для клиент-серверных баз. Консоль администрирования устанавливается вместе с сервером 1С и обычно доступна на самом сервере или на машине администратора. Запустите «Администрирование серверов 1С:Предприятия», разверните нужный кластер, затем ветку «Информационные базы» и найдите свою базу.

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

После нажатия «ОК» изменения применяются немедленно, перезапуск служб не требуется. Пользователи смогут войти в базу сразу — попросите кого-нибудь проверить вход или сделайте это сами с тестовой учётной записью.

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

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

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

Запустите конфигуратор с параметром разрешения доступа. В командной строке это выглядит так: путь к 1cv8.exe, ключ DESIGNER, параметры подключения к базе и параметр /UC с кодом. Например: 1cv8.exe DESIGNER /S"Server\Base" /UC"КодРазрешения". После входа откройте меню «Администрирование» → «Параметры информационной базы», снимите флажок «Блокировка соединений» и сохраните.

В файловой базе тот же приём работает с параметром /F и путём к каталогу базы. Если код разрешения неизвестен и узнать его не у кого, остаётся только консоль кластера (для серверной базы) или ожидание окончания интервала блокировки, если он был задан.

1cv8.exe DESIGNER /S"Srv1\TradeBase" /N"Администратор" /P"пароль" /UC"КодРазрешения"

Управление блокировкой через утилиту rac

Когда графическая консоль недоступна — например, вы работаете по SSH или автоматизируете регламентные операции скриптами, — используйте консольную утилиту rac из каталога сервера 1С. Она позволяет делать с блокировкой всё то же самое, что и оснастка.

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

Этот способ удобно встраивать в скрипты обновления: снятие блокировки становится финальным шагом сценария, и база не остаётся заблокированной из-за человеческого фактора. Храните команды в готовом bat- или sh-файле, чтобы не собирать длинную строку вручную в аварийной ситуации.

rac infobase update --cluster=<ID_кластера> --infobase=<ID_базы> --sessions-deny=off --scheduled-jobs-deny=off --permission-code="КодРазрешения"

Зависшие сеансы и монопольный режим

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

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

Через rac то же самое делает команда rac session terminate --session=<ID сеанса>. После очистки сеансов монопольный режим освобождается, и обновление или вход проходят нормально.

Проверка результата и типичные ошибки

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

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

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