Администрирование · 11 мин
Как отключить всех пользователей от базы 1С
Как отключить всех пользователей от базы 1С: консоль кластера, блокировка сеансов, консольные команды и внешняя обработка. Пошаговые инструкции и меры безопасности.
Полное отключение пользователей от информационной базы 1С требуется перед обновлением конфигурации, восстановлением из резервной копии, динамическим обновлением, регламентным обслуживанием СУБД или переносом базы на другой сервер. Пока в базе есть активные сеансы, многие из этих операций либо заблокированы, либо завершатся ошибкой: монопольный режим не установится, а обновление может прерваться на середине.
Способ отключения зависит от того, как работает база: в файловом или клиент-серверном варианте. Для файловой базы доступны блокировка сеансов через конфигуратор и штатные механизмы БСП, для клиент-серверной — полный контроль через консоль кластера серверов 1С. Ниже разобраны все рабочие методы, их ограничения и типичные ошибки.
Когда требуется отключить всех пользователей и что важно сделать заранее
Типовые ситуации: обновление конфигурации, требующее монопольного доступа; тестирование и исправление базы; загрузка данных из dt-файла; регламентные операции СУБД (реиндексация, пересчёт итогов); переиндексация полнотекстового поиска; перенос базы на новый сервер. Во всех этих случаях активные сеансы блокируют операцию или создают риск рассинхронизации данных.
Перед принудительным отключением предупредите пользователей — например, через штатный механизм «Блокировка работы пользователей» в типовых конфигурациях, который выводит сообщение с указанием времени завершения работы. Пользователь, которого «выбросило» без предупреждения, может потерять несохранённые данные в открытых документах.
Способ 1. Консоль кластера серверов 1С (клиент-серверный вариант)
Это основной и самый надёжный метод для баз, работающих на сервере 1С:Предприятие. Откройте консоль управления серверами (на сервере или на рабочем месте администратора), разверните нужный кластер, найдите ветку «Сеансы» и отфильтруйте список по нужной информационной базе. Выделите все сеансы (Ctrl+A), нажмите правую кнопку и выберите «Удалить» — сеансы завершатся немедленно.
Проблема в том, что пользователи могут подключиться заново через несколько секунд. Поэтому перед удалением сеансов установите блокировку: в ветке «Информационные базы» откройте свойства нужной базы, установите флаг «Блокировка начала сеансов включена», задайте период и код разрешения. Теперь новые подключения возможны только с параметром запуска /UC«код», а существующие сеансы можно смело удалять.
- 1Откройте консоль серверов 1С, разверните кластер и найдите нужную базу
- 2В свойствах базы включите «Блокировка начала сеансов», задайте код разрешения и сообщение для пользователей
- 3Перейдите в ветку «Сеансы», отфильтруйте по базе, выделите все сеансы и удалите их
- 4Выполните плановую операцию (обновление, загрузку, обслуживание)
- 5Снимите блокировку сеансов и сообщите пользователям о возобновлении работы
Через свойства базы также можно задать «безопасный» интервал: блокировку с отложенным началом, чтобы пользователи успели завершить работу самостоятельно. Это снижает риск потери данных по сравнению с мгновенным удалением сеансов.
Способ 2. Блокировка сеансов в конфигураторе (файловый вариант)
Для файловой базы нет консоли кластера, но есть встроенный механизм. Откройте конфигуратор, перейдите в меню «Администрирование — Параметры информационной базы». На вкладке «Блокировка сеансов» установите флаг «Блокировка установки соединений», укажите время начала и окончания, код разрешения и текст сообщения, которое увидят пользователи.
Обратите внимание: блокировка не «выгоняет» уже работающих пользователей — она только запрещает новые подключения. Чтобы завершить активные сеансы файловой базы, нужно либо попросить пользователей выйти, либо использовать обработку завершения работы (см. ниже), либо закрыть сеансы принудительно на уровне операционной системы, если база опубликована в общей папке.
Способ 3. Штатный механизм «Блокировка работы пользователей» в типовых конфигурациях
В конфигурациях на базе Библиотеки стандартных подсистем (УТ, ERP, Бухгалтерия, ЗУП и другие) есть удобный инструмент: «Администрирование — Обслуживание — Блокировка работы пользователей» (в некоторых версиях — «Регламентные операции»). Он позволяет установить блокировку по расписанию, показать пользователям предупреждение с обратным отсчётом и принудительно завершить их сеансы по таймеру.
Это самый «вежливый» способ: пользователи получают сообщение «Работа системы будет завершена через N минут» и успевают сохранить документы. Администратор при этом видит список активных сеансов и может завершить их вручную. Механизм работает и в файловом, и в клиент-серверном варианте, но только в конфигурациях, где внедрена БСП.
Если база опубликована на веб-сервере и пользователи работают через браузер или тонкий клиент по HTTP, удаление сеансов в консоли кластера действует так же. Но проверьте, не остались ли «зависшие» соединения: в консоли кластера удаляйте не только сеансы, но и разрывайте связанные соединения в ветке «Соединения», иначе база может остаться занятой.
Способ 4. Командная строка и агент сервера (автоматизация)
Для регламентных операций по расписанию (ночные обновления, бэкапы) удобно управлять блокировкой скриптами. Утилита rac из состава сервера 1С позволяет управлять кластером из командной строки: получить список сеансов, удалить их и включить блокировку без открытия консоли.
rac session --cluster=<ID_кластера> terminate --infobase=<ID_базы>Типовой сценарий автоматизации: скрипт включает блокировку сеансов через rac infobase update, ждёт несколько минут, удаляет оставшиеся сеансы, запускает пакетное обновление конфигуратора, затем снимает блокировку. Такой подход исключает человеческий фактор и подходит для регулярного обслуживания нескольких баз.
Для запуска самого конфигуратора в пакетном режиме используйте параметры командной строки: 1cv8.exe DESIGNER с ключами /F или /S, /N, /P и /UC для обхода блокировки. Подробный синтаксис зависит от версии платформы — проверяйте документацию на свою версию.
Способ 5. Внешние обработки и завершение работы изнутри базы
Если доступа к консоли кластера нет (например, база в облаке или у хостера), можно использовать обработку завершения сеансов, запускаемую внутри базы. Она получает список сеансов через метод ПолучитьСеансыИнформационнойБазы() и вызывает завершение для каждого, кроме текущего. Такие обработки распространены, но требуют права администрирования и корректной работы в конкретной версии платформы.
Альтернатива — программная установка блокировки через объект БлокировкаСеансов: записать объект с установленным флагом и кодом разрешения. Это удобно встроить в регламентное задание: база сама «закрывается» ночью, выполняет обслуживание и открывается утром.
Сравнение способов отключения
Мгновенное отключение любых сеансов, нужен доступ к серверу 1С и права администратора кластера
Подходит для файловых баз, но не завершает уже открытые сеансы
Самый безопасный для данных: предупреждение и отложенное завершение, требует конфигурации на БСП
Идеальны для автоматизации по расписанию, требуют навыков командной строки
Единственный вариант без доступа к серверу, работает изнутри базы
Проверка результата и типичные ошибки
После отключения убедитесь, что база действительно свободна. В консоли кластера список сеансов по базе должен быть пуст (кроме вашего фонового сеанса, если он есть). Для файловой базы проверьте отсутствие файла 1Cv8.1CL в каталоге базы и возможность открыть конфигуратор в монопольном режиме. Если монопольный режим не устанавливается — значит, где-то остался активный сеанс или зависший процесс 1cv8.exe.
Как проверить результат
Пусто или только ваш сеанс администратора
Остались сеансы пользователей или фоновые задания
Устанавливается без ошибок
Ошибка «база занята» — есть активные соединения
Появляется сообщение о блокировке
Пользователи заходят как обычно — блокировка не включена
Отдельная частая ситуация — «зависшие» сеансы, которые висят в консоли после аварийного закрытия клиента. Они обычно снимаются по таймауту, но при необходимости удаляйте их вручную так же, как обычные сеансы. Если сеанс не удаляется, проверьте соединения в одноимённой ветке консоли и разорвите их.
Что важно запомнить
Надёжная схема всегда одна: сначала включите блокировку новых сеансов с кодом разрешения, затем завершите активные сеансы, выполните работу и снимите блокировку. Предупреждайте пользователей заранее, имейте резервную копию и проверяйте отсутствие сеансов перед монопольными операциями.
Частые вопросы
Как войти в базу, если установлена блокировка сеансов?
Используйте параметр запуска /UC с кодом разрешения: 1cv8.exe ENTERPRISE /S«Сервер\База» /UC«ВашКод». В диалоге подключения тонкого клиента код также можно указать в дополнительных параметрах запуска. Без кода войти сможет только тот, кто снимет блокировку из консоли кластера или конфигуратора.
Пользователей отключили, но монопольный режим не устанавливается. Что делать?
Проверьте фоновые задания и зависшие сеансы в консоли кластера — они тоже удерживают соединение. Для файловой базы убедитесь, что на всех компьютерах закрыт 1cv8.exe, и удалите временные файлы блокировок. Иногда помогает перезапуск службы агента сервера 1С.
Можно ли отключить пользователей без прав администратора кластера?
Да, если у вас есть право администрирования внутри информационной базы: используйте штатную блокировку работы пользователей в типовой конфигурации или обработку завершения сеансов. Полный контроль над соединениями без прав кластера невозможен.
Потеряют ли пользователи данные при принудительном отключении?
Да, все несохранённые изменения в открытых формах будут потеряны — принудительное завершение сеанса равнозначно выключению программы. Записанные в базу документы и справочники не пострадают. Поэтому всегда используйте предупреждение или отложенную блокировку.
Как отключить пользователей файловой базы, размещённой в общей папке?
Установите блокировку сеансов через конфигуратор, попросите пользователей выйти, а оставшиеся сеансы закройте через управление открытыми файлами на файловом сервере (например, оснастка «Общие папки — Открытые файлы» в Windows). Учтите, что это аварийное завершение для клиентов.
Можно ли настроить автоматическое отключение неактивных пользователей?
Да, в свойствах информационной базы в консоли кластера есть параметры «Интервал отключения неактивных сеансов» (засыпание и завершение пассивных сеансов). Задайте допустимое время простоя — платформа будет автоматически завершать сеансы бездействующих пользователей, что снижает нагрузку на сервер и упрощает регламентные работы.