Запуск 1С с параметром «Разрешить работу пользователей»

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

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

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

Как работает блокировка и зачем нужен код разблокировки

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

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

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

Запуск файловой базы с параметром разрешения работы

Для файловой информационной базы используется параметр командной строки /UC<код>. Запуск выполняется через ярлык, командную строку или пакетный файл. Общий вид команды:

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /UC"12345"

Здесь /F указывает путь к файловой базе, /N и /P — имя и пароль пользователя с правами администратора, /UC — код разрешения, заданный при блокировке. Если пароль пустой, параметр /P можно опустить.

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

1. 1
   Создайте ярлык 1cv8.exe или откройте командную строку
2. 2
   Сформируйте команду с параметрами /F, /N, /P и /UC с кодом разрешения
3. 3
   Запустите команду — база откроется в режиме Предприятие, несмотря на блокировку
4. 4
   Откройте раздел администрирования и обработку «Блокировка работы пользователей»
5. 5
   Снимите блокировку и убедитесь, что поле кода очищено или код сохранён для будущего использования
6. 6
   Проверьте вход обычного пользователя без параметра /UC

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

Снятие блокировки в клиент-серверном варианте

В клиент-серверной базе блокировка соединений устанавливается в свойствах информационной базы в консоли кластера серверов. Там же задаются сообщение для пользователей и код разрешения. Запустить толстый клиент с параметром /UC можно и здесь — сеанс будет допущен к базе, после чего блокировку снимают программно.

Команда аналогична файловому варианту, только вместо /F используется /S с адресом сервера и именем базы:

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" ENTERPRISE /S"srv1c\trade" /N"Администратор" /P"пароль" /UC"12345"

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

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

rac infobase update --cluster=<ID_кластера> --infobase=<ID_базы> --sessions-deny=off --scheduled-jobs-deny=off

Автоматизация: пакетный файл и план обслуживания

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

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

Пример логики пакетного файла: сначала запуск конфигуратора с обновлением базы данных (DESIGNER ... /UpdateDBCfg), затем запуск предприятия с /UC и параметром-указанием снять блокировку, затем контрольная проверка. Каждый шаг стоит логировать, чтобы при сбое было понятно, на каком этапе пользователи остались заблокированными.

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

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

Отдельно проверьте регламентные задания: блокировка соединений и блокировка регламентных заданий — независимые настройки. Часто после обновления снимают первую и забывают про вторую, из-за чего обмены и расчёты молча не выполняются.

Типичные ошибки и ограничения

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

Учитывайте и права: пользователь, указанный в /N, должен обладать правами администрирования, иначе даже с верным кодом он не сможет изменить настройки блокировки.

Выбор способа под ситуацию

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