Администрирование · 10 мин
Как заблокировать работу пользователей в 1С
Как заблокировать работу пользователей в 1С: установка блокировки сеансов, завершение сеансов, блокировка регламентных заданий, типовые ошибки и проверка результата.
Блокировка работы пользователей в 1С нужна администратору при обновлении конфигурации, восстановлении базы из архива, загрузке данных и других операциях, требующих монопольного доступа. Если пользователи продолжают работать во время обновления, возможны конфликты транзакций, ошибки записи и даже повреждение данных.
В зависимости от режима работы базы — файлового или клиент-серверного — доступны разные инструменты: установка блокировки сеансов через параметры базы, консоль кластера серверов 1С, типовая обработка «Блокировка работы пользователей» из Библиотеки стандартных подсистем, а также команды командной строки. Ниже разобраны все основные способы с условиями применения и проверкой результата.
Когда требуется блокировка и что нужно подготовить
Блокировать сеансы пользователей необходимо перед динамическим обновлением конфигурации, которое невозможно выполнить при активных сеансах, перед загрузкой и выгрузкой базы, тестированием и исправлением, а также при массовой обработке данных. Во всех этих случаях активные пользователи либо мешают операции технически, либо создают риск рассогласования данных.
Перед блокировкой убедитесь, что у вас есть права администратора кластера (для клиент-серверного режима) или полные права в конфигурации (для файлового режима и типовых обработок). Проверьте, что сделана резервная копия базы — это обязательное условие перед обновлением, ради которого обычно и выполняется блокировка.
Также заранее предупредите пользователей о плановом отключении: штатное завершение работы с сохранением документов лучше, чем принудительный разрыв сеанса, при котором несохранённые данные теряются.
Как заблокировать сеансы в клиент-серверной базе через консоль кластера
Основной способ для клиент-серверной архитектуры — консоль администрирования серверов 1С:Предприятия. Откройте консоль, разверните нужный кластер, найдите информационную базу в списке и откройте её свойства через контекстное меню.
В окне свойств установите флажок «Блокировка начала сеансов включена». При необходимости задайте время начала и окончания блокировки, а также сообщение, которое увидят пользователи при попытке входа. Поле «Код разрешения» позволяет задать код, с которым администратор сможет войти в базу, несмотря на блокировку, — код указывается в параметре запуска /UC.
Дополнительно в свойствах базы можно включить «Блокировка регламентных заданий включена» — это остановит выполнение фоновых задач, которые тоже могут мешать обновлению.
- 1Откройте консоль администрирования серверов 1С и найдите нужную информационную базу
- 2Откройте свойства базы и включите «Блокировка начала сеансов включена»
- 3Задайте сообщение для пользователей и при необходимости код разрешения
- 4Включите «Блокировка регламентных заданий включена»
- 5В ветке «Сеансы» завершите активные сеансы пользователей
- 6После работ снимите обе блокировки и проверьте вход под обычным пользователем
Как завершить активные сеансы пользователей
Установка блокировки запрещает только новые подключения — уже работающие пользователи продолжают работу. Чтобы их отключить, в консоли кластера откройте ветку «Сеансы» для нужной базы, выделите сеансы и выберите «Удалить» в контекстном меню. Сеанс завершится принудительно.
Обратите внимание: в списке сеансов видны и фоновые задания. Их тоже нужно завершить, иначе обновление может не запуститься из-за занятых объектов. Сеанс самого администратора, работающего в конфигураторе, завершать не нужно.
В файловом режиме список активных пользователей доступен прямо из конфигуратора: меню «Администрирование» → «Активные пользователи». Оттуда же сеанс можно завершить, но только при работе через файловый сервер или локально — для базы, открытой по сети без сервера 1С, принудительное завершение чужих сеансов из этого окна может быть недоступно.
Блокировка через типовую обработку «Блокировка работы пользователей»
В конфигурациях на базе Библиотеки стандартных подсистем (Управление торговлей, Бухгалтерия предприятия, ERP и другие типовые решения) есть встроенный механизм блокировки. Обычно он находится в разделе «Администрирование» → «Обслуживание» → «Блокировка работы пользователей» (точное расположение зависит от конфигурации).
Обработка позволяет установить блокировку на заданный период, указать текст сообщения для пользователей и код разрешения. Удобство в том, что активные пользователи получают предупреждение внутри программы и могут завершить работу штатно, а по наступлении времени блокировки новые сеансы не создаются.
Механизм работает и для файловых, и для клиент-серверных баз, но требует полных прав и корректно работающей подсистемы БСП. Если конфигурация самописная или сильно доработанная, проверьте наличие обработки заранее.
Блокировка файловой базы через параметр запуска
Для файловой базы без БСП блокировку можно установить параметром командной строки. Конфигуратор или тонкий клиент запускается с параметром /UC и кодом доступа, а сама блокировка устанавливается программно через метод УстановитьМонопольныйРежим или через свойства базы.
Практический вариант — запуск конфигуратора с параметром /C и выполнением пакетной операции, либо использование команды «Завершить работу пользователей» в типовых средствах. Для автоматизации часто применяют пакетный запуск конфигуратора с выгрузкой базы — при этом монопольный режим устанавливается автоматически и не пускает пользователей на время операции.
"C:\Program Files\1cv8\8.3.x.xxxx\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N Администратор /P *** /UC КодБлокировки /DumpIB "D:\Backup\base.dt"Команда выше запускает конфигуратор файловой базы с кодом разрешения блокировки и выполняет выгрузку в dt. Подставьте актуальный путь к платформе, базе и свои учётные данные; пароль в скриптах храните с ограничением доступа к файлу.
Сравнение способов блокировки
Сравнение вариантов
Подходит для клиент-серверных баз; полный контроль над сеансами и регламентными заданиями. Требует прав администратора кластера и доступа к серверу.
Удобна для файловых и клиент-серверных типовых конфигураций; пользователи получают предупреждение. Не работает в конфигурациях без БСП.
Подходит для автоматизации регламентных операций с файловыми базами. Требует аккуратного хранения учётных данных в скриптах.
Быстрый вариант для разовых операций в файловой базе. Не завершает активные сеансы — пользователей нужно попросить выйти вручную.
Как проверить, что блокировка сработала
После установки блокировки убедитесь, что новые сеансы не создаются: попробуйте войти в базу под тестовой учётной записью обычного пользователя — должно появиться заданное сообщение о блокировке. В консоли кластера список сеансов должен быть пуст либо содержать только ваш сеанс администратора.
Проверьте также ветку «Соединения» и отсутствие фоновых заданий. Если регламентные задания продолжают выполняться, значит, их блокировка не включена — вернитесь в свойства базы.
После завершения работ снимите блокировку в том же инструменте, где устанавливали, и повторите тестовый вход под обычным пользователем. Это критично: забытая блокировка — самая частая причина утренних обращений «1С не запускается».
Как проверить результат
Появляется сообщение о блокировке работы
Пользователь входит в базу — блокировка не установлена
Сеансов нет или только сеанс администратора
Активные сеансы пользователей и фоновые задания
Пользователь входит штатно, база работает
Сообщение о блокировке сохраняется — блокировка не снята
Типичные ошибки при блокировке пользователей
Отдельная ошибка — установка блокировки без указания времени окончания в обработке БСП. Если администратор забыл про неё и ушёл, база останется недоступной до ручного вмешательства. Всегда задавайте конечное время или ставьте напоминание.
Ещё одна проблема — блокировка во время работы веб-сервисов и обменов: внешние системы будут получать ошибки подключения. Если база интегрирована с сайтом или другими учётными системами, планируйте блокировку на период минимальной нагрузки и по возможности останавливайте обмены централизованно.
Что важно запомнить
Блокировка состоит из двух действий: запрет новых сеансов и завершение активных. Не забывайте про регламентные задания, всегда задавайте код разрешения, а после работ снимайте блокировку и проверяйте вход обычным пользователем.
Частые вопросы
Как войти в базу, если установлена блокировка сеансов?
Используйте код разрешения, заданный при установке блокировки: добавьте в ярлык запуска параметр /UC с этим кодом. Если код не задан, снимите блокировку через консоль кластера или обработку, которой она устанавливалась.
Пользователи работают через веб-клиент — блокировка сработает?
Да. Блокировка начала сеансов действует на уровне информационной базы и распространяется на все способы подключения: толстый, тонкий и веб-клиент. Активные сеансы веб-клиентов завершаются через консоль кластера так же, как обычные.
Можно ли заблокировать только часть пользователей?
Штатная блокировка сеансов действует на всю базу целиком. Чтобы ограничить работу отдельных сотрудников, измените их права в конфигурации или отключите конкретные учётные записи в списке пользователей, а не блокируйте базу полностью.
Что делать, если после обновления пользователи не могут войти?
Проверьте оба места установки блокировки: свойства информационной базы в консоли кластера и обработку «Блокировка работы пользователей» в самой конфигурации. Блокировка могла быть установлена в одном инструменте, а снята в другом, и одна из них осталась активной.
Нужно ли блокировать базу для динамического обновления?
Динамическое обновление технически возможно без выгона пользователей, но рискованно: часть сеансов будет работать со старой версией конфигурации, что может вызвать ошибки в данных. Рекомендуется блокировать сеансы и выполнять обновление в монопольном режиме, особенно при изменении структуры данных.