Закрываем доступ к базе 1С на время регламентных работ

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

Заблокировать базу 1С:Предприятие приходится всякий раз, когда с данными нельзя работать параллельно: установка нового релиза, тестирование и исправление, загрузка .dt, перенос базы. Способ зависит от того, файловая у вас база или клиент-серверная, и от того, успеваете ли вы предупредить людей заранее.

Ниже — все рабочие методы блокировки: от мягкого запрета входа с кодом разрешения для администратора до аварийного завершения зависших сеансов.

С чего начать и какой способ подойдёт вашей базе

Выбор механизма зависит от типа базы и от запаса времени.

Перед любой блокировкой пройдите короткий чек-лист — он экономит нервы, если что-то пойдёт не так.

Штатная блокировка соединений через конфигуратор

Это универсальный способ: подходит и для файловой, и для клиент-серверной базы, потому что запись о блокировке хранится в самой информационной базе.

Порядок действий:

1. Запустите базу в режиме Конфигуратор.
2. Откройте Администрирование → Блокировка соединений с информационной базой.
3. Поставьте флажок «Установить блокировку».
4. Заполните поля:
   • Код разрешения — любая строка, например admin2026. С ней вы войдёте в базу, пока блокировка активна.
   • Сообщение — текст, который увидят пользователи при попытке входа. Напишите понятно: «База закрыта на обновление до 19:00».
   • Начало и Конец — период действия блокировки. Можно оставить начало текущим временем, а конец — с запасом.
5. Отдельно установите флажок «Блокировка регламентных заданий», если нужно остановить фоновые задачи (обмены, автозакрытие месяца).
6. Нажмите «ОК».

После этого каждый новый пользователь при запуске получит ваше сообщение и в базу не попадёт.

Чтобы войти самому в заблокированную базу, добавьте к команде запуска параметр с кодом разрешения:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /IBName "Бухгалтерия" /UC admin2026

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

Снимается блокировка там же: Администрирование → Блокировка соединений с информационной базой → снять флажок → «ОК».

Блокировка на сервере 1С:Предприятие через консоль кластера

Для клиент-серверных баз удобнее управлять блокировкой на уровне кластера — не трогая конфигуратор и не завися от конкретного клиента.

Через «Администрирование серверов 1С:Предприятие» (консоль кластера):

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

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

Сравним два штатных способа:

Как заблокировать файловую базу

У файловой базы нет кластера и сервера, поэтому вариантов меньше, но они есть.

Способ 1 — блокировка соединений (рекомендуется). Работает ровно так, как описано выше для конфигуратора: запись о блокировке хранится в файле базы и действует для всех, кто её открывает. Это самый безопасный путь для файлового варианта.

Способ 2 — права на уровне папки. Если пользователи ходят в базу по сетевой папке, временно закройте им доступ средствами Windows: в свойствах папки на вкладке «Безопасность» уберите права на чтение/запись для группы пользователей. Минус — вошедшие ранее продолжат работать, пока не выйдут.

Способ 3 — перенос файла базы (крайний случай). Файл файловой базы называется 1Cv8.1CD. Если его переименовать или переместить, открыть базу станет невозможно.

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

Ограничение входа через пользователей и роли

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

В режиме 1С:Предприятие (для типовых конфигураций на «Библиотеке стандартных подсистем»):

1. Откройте Администрирование → Настройки пользователей и прав → Пользователи.
2. Выберите пользователя.
3. Снимите флажок «Вход в программу разрешён» (или поставьте «Вход запрещён» — название зависит от конфигурации).
4. Запишите изменения.

В конфигураторе (для любой базы):

1. Администрирование → Пользователи.
2. Откройте пользователя.
3. На вкладке «Основные» снимите флажок «Аутентификация 1С:Предприятия» либо ограничьте доступные роли.

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

Как завершить активные сеансы перед работами

Блокировка закрывает вход, но уже работающих не трогает. Чтобы освободить базу полностью, сеансы завершают принудительно.

В режиме 1С:Предприятие. Откройте Администрирование → Обслуживание → Активные пользователи (или одноимённый пункт в сервисных функциях). Увидите список сеансов. Администратор может завершить чужой сеанс кнопкой «Завершить сеанс».

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

Через командную строку rac. Сначала посмотрите список сеансов, затем завершите нужный по его идентификатору:

rac session list --cluster=<uuid-кластера>
rac session terminate --session=<uuid-сеанса> --cluster=<uuid-кластера>

Идентификатор кластера узнаёте командой rac cluster list. Полный список параметров — в rac help.

Крайняя мера — перезапуск рабочих процессов rphost или службы сервера 1С. Это обрывает все сеансы сразу и применяется, только если сеансы зависли и не завершаются штатно. Делать это стоит в последнюю очередь и с архивной копией под рукой.

Автоматизация блокировки через rac и скрипты

Если базу приходится закрывать регулярно (ночные обновления, еженедельные обмены), блокировку удобно повесить на скрипт.

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

@echo off
rem Получаем идентификатор кластера
rac cluster list
rem Включаем запрет новых сеансов и регламентных заданий
rac infobase update --infobase=<uuid-базы> --cluster=<uuid-кластера> ^
    --infobase-user=<админ-базы> --infobase-pwd=<пароль> ^
    --sessions-deny=on --scheduled-jobs-deny=on --permission-code=admin2026

Снятие блокировки — та же команда с --sessions-deny=off и --scheduled-jobs-deny=off.

Несколько правил для надёжной автоматизации:

• 🔑 Не придумывайте параметры rac по памяти — сверяйтесь с rac help: команда покажет точный синтаксис для вашей версии платформы.
• 🕒 Ставьте блокировку и снятие по расписанию (планировщик Windows), чтобы база не осталась закрытой до утра.
• 🧪 Прогоните скрипт на тестовой базе, прежде чем пускать на рабочую.
• 📋 Логируйте вывод команд в файл — так вы поймёте, на каком шаге что-то не сработало.

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

Что проверить после снятия блокировки

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

Короткий порядок проверки:

1. Снимите саму блокировку там же, где ставили: флажок «Установить блокировку» в конфигураторе, «Блокировка начала сеансов» в консоли кластера или --sessions-deny=off в rac.
2. Включите обратно регламентные задания, если отключали их отдельным флажком. Иначе обмены, автозакрытие периода и прочие фоновые задачи так и останутся остановленными.
3. Проверьте результат работ: после обновления — что конфигурация той версии, что планировали; после загрузки .dt — что открываются ключевые документы и отчёты.
4. Зайдите обычным пользователем (не администратором), чтобы убедиться: вход открыт, сообщение о блокировке больше не всплывает.
5. Сообщите людям, что база снова работает, и назовите, если что-то изменилось после обновления.

Отдельно загляните в список активных сеансов через час работы: если нагрузка выросла, а кто-то из пользователей так и не смог войти, вы увидите это по журналу регистрации в разделе Администрирование → Обслуживание → Журнал регистрации.

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