Администрирование · 11 мин
Как заблокировать базу 1С: установка блокировки сеансов
Как заблокировать базу 1С для обновления и обслуживания: блокировка сеансов через консоль кластера и конфигуратор, отключение пользователей, проверка результата.
Блокировка базы 1С — штатная процедура, без которой нельзя безопасно обновить конфигурацию, выполнить регламентные операции, восстановить данные из копии или провести тестирование и исправление. Пока блокировка активна, пользователи не могут начать новый сеанс, а администратор получает время на завершение текущей работы и выполнение обслуживания без риска повредить данные.
Способ блокировки зависит от режима работы базы. В клиент-серверном варианте (SQL Server, PostgreSQL и другие СУБД) блокировку устанавливают в консоли кластера серверов 1С:Предприятия. В файловом варианте используют конфигуратор или встроенный механизм типовых конфигураций «Блокировка работы пользователей». Ниже разобраны оба сценария, а также способы принудительного завершения сеансов и проверки результата.
Важно понимать: блокировка сеансов не выкидывает пользователей мгновенно и не защищает от уже открытых соединений. Это запрет на новые подключения плюс механизм уведомления работающих. Поэтому полная процедура всегда состоит из трёх этапов: установить блокировку, дождаться или принудительно завершить активные сеансы, выполнить работы и снять блокировку.
Когда требуется блокировка базы и что нужно подготовить
Блокировку устанавливают перед любым действием, которое требует монопольного доступа к базе: обновление конфигурации с изменением структуры данных, загрузка данных из файла, тестирование и исправление, восстановление из резервной копии, перенос базы на другой сервер. Попытка обновить конфигурацию при активных сеансах завершится ошибкой «Конфликт блокировок» или «Нарушение прав доступа», а в худшем случае — прерванным реструктуризацией и повреждением данных.
Перед блокировкой подготовьте три вещи. Во-первых, убедитесь, что у вас есть свежая резервная копия базы — это обязательное условие перед обновлением и тестированием. Во-вторых, предупредите пользователей заранее: по почте, в корпоративном чате или через само сообщение блокировки. В-третьих, проверьте, что регламентные и фоновые задания не выполняют критичные операции прямо сейчас — их тоже придётся остановить.
Как заблокировать базу в клиент-серверном варианте через консоль кластера
Основной инструмент — консоль управления серверами 1С:Предприятия. Откройте её на сервере или на компьютере администратора, разверните нужный кластер, найдите ветку «Информационные базы» и откройте свойства вашей базы (правый клик — «Свойства»). Для изменения свойств потребуются права администратора кластера или администратора информационной базы.
В окне свойств установите флажок «Блокировка начала сеансов включена». Ниже заполните поля: «Начало» и «Конец» — период действия блокировки (можно оставить пустым начало, тогда блокировка действует сразу), «Сообщение» — текст, который увидят пользователи при попытке входа, «Код для разрешения начала сеанса» — кодовое слово для обхода блокировки, «Параметр блокировки» — дополнительный параметр запуска. Обязательно задайте код разрешения: без него вы сами не сможете войти в базу, пока блокировка активна.
- 1Откройте консоль серверов 1С и найдите нужную информационную базу
- 2Откройте свойства базы и включите «Блокировка начала сеансов включена»
- 3Укажите сообщение для пользователей и код разрешения начала сеанса
- 4В ветке «Сеансы» проверьте оставшиеся активные сеансы и завершите их
- 5Выполните обслуживание базы
- 6Снимите флажок блокировки и сообщите пользователям о возобновлении работы
После включения блокировки откройте ветку «Сеансы» внутри базы — там видно всех подключённых пользователей. Дождитесь, пока они завершат работу сами, либо завершите сеансы принудительно. Учтите, что фоновые задания тоже отображаются как сеансы и могут держать базу занятой.
Как заблокировать файловую базу через конфигуратор и типовые механизмы
В файловом варианте нет консоли кластера, поэтому используются другие пути. Если база работает на типовой конфигурации (например, «Бухгалтерия предприятия» или «Управление торговлей»), в ней обычно есть подсистема «Блокировка работы пользователей»: раздел «Администрирование» — «Обслуживание» — «Блокировка работы пользователей». Там задаётся период блокировки и сообщение; активные пользователи будут завершены принудительно через заданный интервал.
Второй способ — конфигуратор. Откройте базу в режиме «Конфигуратор» и воспользуйтесь пунктом меню «Администрирование» — «Список активных пользователей», чтобы увидеть подключённых. Сам запуск конфигуратора в монопольном режиме (например, при обновлении) фактически блокирует базу: новые пользователи получат ошибку «Нарушение прав доступа» или сообщение о монопольном режиме. Однако если пользователи уже вошли, конфигуратор не сможет захватить монопольный доступ — их сеансы нужно завершить сначала.
Для файловых баз, размещённых на веб-сервере или в локальной сети, принудительное завершение сеансов сложнее: единой консоли нет. Практикуют отключение общего доступа к папке с базой на время работ или перезапуск службы веб-сервера — но эти приёмы грубые и применимы только когда пользователи предупреждены.
Как войти в заблокированную базу администратору
Блокировка не должна мешать самому администратору выполнять работы. Для этого и существует код разрешения. В клиент-серверном варианте запустите клиент 1С с дополнительным параметром командной строки: /UC код_разрешения. Например, создайте ярлык, где после пути к базе добавлен параметр /UC Obnovlenie2026 (используйте свой код, заданный в свойствах базы).
Для тонкого клиента и веб-клиента код передаётся похожим образом — через параметр запуска или строку подключения. В файловом варианте с типовой блокировкой администратор обычно входит без ограничений, если у него есть роль «Администратор системы» или «Полные права»: механизм блокировки завершает только сеансы обычных пользователей.
"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /S"Server01\BuhBase" /N"Администратор" /UC"КодРазрешения"Если код разрешения забыли, снять блокировку можно только из консоли кластера — тем же путём, каким устанавливали. Поэтому храните код в доступном для администраторов месте и не используйте тривиальные значения вроде «1» или «123»: пользователь, знающий код, обойдёт блокировку.
Завершение активных сеансов и фоновых заданий
Установленная блокировка не завершает уже открытые сеансы. В консоли кластера откройте ветку «Сеансы», отсортируйте по базе и завершите нужные: правый клик по сеансу — «Удалить». Пользователь получит сообщение о разрыве соединения, несохранённые данные в открытых формах будут потеряны — именно поэтому предварительное предупреждение обязательно.
Отдельная ловушка — фоновые задания. Длительные операции (проведение по партиям, обмены данными, полное перепроведение) могут выполняться десятки минут и блокировать обновление так же, как пользовательские сеансы. В консоли кластера есть ветка «Сеансы», где фоновые задания видны как отдельные сеансы с типом «Фоновое задание». Принудительное завершение фонового задания на середине транзакции может оставить данные в несогласованном состоянии — если задание выполняет обмен или перепроведение, дождитесь его окончания либо будьте готовы к повторному запуску.
Как проверить, что блокировка работает, и как её снять
Проверка проста: попробуйте войти в базу под обычным пользователем или с другого компьютера без кода разрешения. При корректной блокировке появится заданное вами сообщение о начале блокировки сеансов. Затем войдите с параметром /UC — вход должен пройти. В консоли кластера в ветке «Сеансы» после завершения всех подключений должно остаться только ваше соединение (или ни одного до входа).
После завершения работ снимите блокировку тем же способом, каким устанавливали: в свойствах базы в консоли кластера снимите флажок «Блокировка начала сеансов включена», в типовой конфигурации — отключите блокировку в разделе «Администрирование». Проверьте вход обычным пользователем и сообщите коллегам о возобновлении работы.
Как проверить результат
Появляется сообщение о блокировке, сеанс не создаётся
Пользователь входит как обычно — блокировка не включена или не сохранена
Сеанс создаётся, база доступна для работ
Ошибка входа — проверьте параметр /UC и сам код
Активен только сеанс администратора
Есть сеансы пользователей или фоновые задания
Работа возобновлена без ошибок
Сообщение о блокировке осталось — флажок не снят
Частые вопросы о блокировке базы 1С
Можно ли заблокировать базу на определённое время автоматически?
Да. В свойствах базы в консоли кластера поля «Начало» и «Конец» задают период действия блокировки — по истечении конца периода блокировка отключается сама. В типовых конфигурациях аналогично работает расписание в настройке «Блокировка работы пользователей». Это удобно для ночных обновлений, но всё равно проверяйте утром, что блокировка снялась и пользователи вошли.
Пользователи продолжают входить, хотя блокировка включена. Почему?
Чаще всего они знают код разрешения (если он простой или сообщался ранее) либо используют сохранённый ярлык с параметром /UC. Другая причина — блокировка установлена на будущий период: проверьте поле «Начало». Также убедитесь, что вы изменили свойства именно той базы, если в кластере их несколько.
Что будет с несохранёнными данными при принудительном завершении сеанса?
Открытые, но не записанные документы и непроведённые изменения в формах будут потеряны — сеанс завершается без сохранения состояния интерфейса. Данные, уже записанные в базу, не пострадают: завершение сеанса само по себе не повреждает информационную базу. Поэтому перед принудительным завершением всегда давайте пользователям время сохранить работу.
Нужно ли блокировать базу для резервного копирования?
Для файловой базы копированием каталога — да: если файл базы открыт пользователями, копия может получиться несогласованной. Надёжнее делать выгрузку в dt через конфигуратор в монопольном режиме. В клиент-серверном варианте резервные копии делаются средствами СУБД (SQL Server, PostgreSQL) без остановки работы — блокировка не требуется.
Обновление требует монопольного доступа, а сеансов в консоли нет. Что мешает?
Проверьте фоновые задания — они отображаются как отдельные сеансы. Также монопольный доступ может удерживать открытый конфигуратор на другом компьютере или зависший сеанс, который консоль показывает как спящий. Завершите такие сеансы принудительно и повторите обновление.
Что важно запомнить
Блокировка базы 1С выполняется через консоль кластера (клиент-серверный вариант) или через типовой механизм и конфигуратор (файловый). Всегда задавайте код разрешения, предупреждайте пользователей, завершайте фоновые задания, делайте резервную копию перед работами и снимайте блокировку после их завершения.