Как выгнать пользователя из серверной базы 1С

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

Выбор способа зависит от ситуации. Консоль кластера — самый безопасный и контролируемый инструмент: он разрывает соединение на уровне сервера 1С и корректно завершает сеанс. Завершение процессов на уровне СУБД (MS SQL, PostgreSQL) — более грубый метод, который применяют, когда консоль недоступна или сеанс не отвечает. Программное отключение подходит для массовых сценариев, например перед плановым обновлением.

Прежде чем разрывать сеанс, важно понять, чем занят пользователь. Если в момент отключения выполняется запись документов или проведение, есть риск получить незавершённую транзакцию и фоновые задания в подвисшем состоянии. Поэтому первым шагом всегда идёт диагностика: кто подключён, что делает и как давно сеанс не проявляет активности.

Как понять, кто подключён к базе и что делает

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

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

Отдельно проверьте раздел «Соединения»: один сеанс может держать несколько соединений с рабочими процессами кластера. Также полезно посмотреть раздел «Блокировки», чтобы убедиться, что сеанс не держит управляемые блокировки на объектах, из-за которых стоят другие пользователи.

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

Это основной и рекомендуемый способ. Откройте оснастку «Администрирование серверов 1С Предприятия» на машине, где она установлена, разверните дерево: Центральные серверы → имя сервера → Кластеры → локальный кластер → Информационные базы → нужная база → Сеансы.

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

Чтобы отключить всех сразу, выделите несколько сеансов с зажатой клавишей Ctrl или Shift и удалите их одним действием. Учтите, что в списке присутствуют и системные сеансы (например, сеанс фоновых заданий самой базы) — их завершение может прервать регламентные операции, поэтому выборочно проверяйте, что именно удаляете.

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

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

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

В свойствах блокировки можно задать время начала и окончания, а также код разрешения — строку, которую администратор указывает в параметре запуска /UC, чтобы самому войти в заблокированную базу. Сообщение блокировки увидят пользователи при попытке входа.

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

Отключение на уровне СУБД: когда и как

Если консоль кластера недоступна, зависла или сеанс не удаляется штатно, соединение можно разорвать на стороне СУБД. В MS SQL Server это делается через SQL Server Management Studio: Activity Monitor → Processes, поиск сессии по имени базы и логину, затем правый клик — Kill Process. Либо командой T-SQL.

KILL 57; -- вместо 57 укажите SPID нужной сессии из sys.dm_exec_sessions

В PostgreSQL зависшие подключения завершают функцией pg_terminate_backend по идентификатору процесса из представления pg_stat_activity, отфильтрованного по имени базы данных.

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

Программное отключение пользователей

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

Администраторы также используют пакетный режим агента сервера и утилиты администрирования кластера (rac) для завершения сеансов из скриптов. Команда rac session terminate позволяет завершить конкретный сеанс по его идентификатору, что удобно встраивать в сценарии обслуживания.

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

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

Сравнение способов отключения

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

Как проверить результат и частые проблемы

После удаления сеанса обновите список в консоли кластера (F5) — строка пользователя должна исчезнуть. У самого пользователя клиент 1С закроется с сообщением о разрыве соединения. Если сеанс остался в списке, проверьте раздел «Соединения»: возможно, соединение зависло на рабочем процессе, и его нужно завершить там же.

Типичная проблема — «фантомные» сеансы, которые висят часами и не удаляются. Обычно помогает перезапуск рабочего процесса кластера (службы «Агент сервера 1С» на конкретном сервере), но это отключит всех пользователей этого процесса, поэтому выполняйте перезапуск в нерабочее время.

Если после отключения пользователь не может войти обратно, проверьте, не осталась ли включённой блокировка сеансов в свойствах базы — это самая частая причина «необъяснимых» отказов во входе после регламентных работ.

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