Как отключить пользователя 1С на сервере

Отключить пользователя 1С на сервере требуется при зависшем сеансе, перед обновлением конфигурации, при обслуживании базы или когда сотрудник уволился, а его сеанс остался активным. В клиент-серверном варианте работы сеансы управляются кластером серверов 1С:Предприятие, и администратор может завершить любой сеанс принудительно — без участия самого пользователя.

Основной инструмент — консоль управления кластером серверов 1С (на Windows это оснастка «Администрирование серверов 1С Предприятия», на Linux — утилита rac или веб-консоль RAS). Дополнительно сеанс можно завершить программно из конфигуратора или через функциональность самой базы, если в ней реализовано управление активными пользователями.

Важно различать завершение сеанса и блокировку пользователя: завершение разрывает текущее соединение, но не мешает пользователю войти снова. Если нужно полностью закрыть доступ, потребуется дополнительно установить блокировку сеансов или отключить учётную запись.

Что нужно подготовить перед отключением пользователя

Для работы с кластером потребуются права администратора кластера серверов 1С. Если при установке сервера администратор кластера не создавался, вход в консоль выполняется без пароля с любой учётной записью, имеющей доступ к серверу. Если администраторы заданы, понадобится логин и пароль одного из них.

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

Перед принудительным завершением желательно предупредить пользователя, если он работает: несохранённые данные в открытых документах будут потеряны. Если сеанс завис и пользователь сам не может продолжить работу, предупреждение не требуется — завершение только поможет.

Отключение через консоль кластера серверов 1С

На Windows откройте оснастку «Администрирование серверов 1С Предприятия» из меню «Пуск» в папке установленной версии платформы. В дереве слева разверните нужный кластер, затем ветку «Информационные базы», выберите базу и перейдите в подраздел «Сеансы». В правой части окна появится список активных сеансов с именами пользователей, временем начала и текущей активностью.

Найдите нужный сеанс по имени пользователя или по компьютеру. Щёлкните по нему правой кнопкой мыши и выберите «Удалить». Сеанс будет завершён немедленно, клиентское приложение пользователя закроется с сообщением о разрыве соединения с сервером.

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

1. 1
   Откройте оснастку администрирования серверов 1С
2. 2
   Разверните кластер и выберите информационную базу
3. 3
   Перейдите в раздел «Сеансы»
4. 4
   Найдите сеанс по имени пользователя или компьютеру
5. 5
   Щёлкните правой кнопкой и выберите «Удалить»
6. 6
   Убедитесь, что сеанс исчез из списка

Отключение через утилиту rac и командную строку

На Linux-сервере или при автоматизации задач используется консольная утилита rac из состава сервера 1С. Она позволяет получить список сеансов и завершить конкретный сеанс по его идентификатору. Это удобно для скриптов обслуживания, которые перед обновлением автоматически завершают все сеансы базы.

Сначала запросите список сеансов кластера, чтобы узнать UUID нужного сеанса, затем выполните завершение по этому идентификатору. Команды выполняются на сервере, где установлен агент кластера.

rac session --cluster=<ID_кластера> list --infobase=<ID_базы>
rac session --cluster=<ID_кластера> terminate --session=<ID_сеанса>

Идентификатор кластера и базы можно получить командами rac cluster list и rac infobase --cluster=<ID> summary list. При работе через скрипты сохраняйте вывод команд, чтобы при ошибке понять, какой сеанс не был завершён.

Блокировка сеансов для массового отключения

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

После включения блокировки новые сеансы не создаются, а существующие завершите вручную через список сеансов. Код разрешения позволяет войти в базу администратору, минуя блокировку: его указывают в параметре запуска /UCкод. По окончании работ снимите блокировку, иначе пользователи не смогут войти.

Как закрыть доступ пользователю навсегда

Завершение сеанса — временная мера. Если сотрудник уволен или его доступ нужно отозвать, отключите его учётную запись в самой информационной базе. Откройте конфигуратор, перейдите в «Администрирование — Пользователи», найдите учётную запись и снимите флаг «Вход разрешён» (в типовых конфигурациях аналогичное действие выполняется в разделе «Пользователи» через признак «Недействителен»).

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

Проверка результата и типичные ошибки

После завершения сеанса обновите список сеансов в консоли (F5) и убедитесь, что нужный сеанс исчез. Пользователь при этом увидит сообщение о разрыве соединения. Если сеанс появился снова через несколько секунд, значит клиентское приложение настроено на автоматическое переподключение или пользователь вошёл заново — для удержания базы пустой включите блокировку сеансов.

Частая ошибка — попытка завершить «зависший» процесс пользователя через диспетчер задач Windows на терминальном сервере вместо консоли кластера. Это закрывает клиентское приложение, но сеанс в кластере может остаться висеть до тайм-аута. Правильный путь — удалить сеанс именно в консоли кластера, тогда освободятся и лицензия, и соединение с СУБД.

Ещё одна ошибка — завершение сеанса фонового задания под видом сеанса пользователя. В списке сеансов видны и служебные сеансы регламентных заданий; их принудительное удаление прерывает обмены и расчёты. Перед удалением смотрите колонку «Приложение»: там указано, чем занят сеанс — «Тонкий клиент», «Фоновое задание» и т.д.

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