Как выкинуть пользователя из 1С 8.3 через конфигуратор

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

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

Ниже разобраны рабочие способы для обоих режимов, порядок установки блокировки, проверка результата и типичные ошибки, которые мешают завершить сеанс корректно.

Когда нужно завершать сеансы пользователей

Типовая ситуация — обновление конфигурации базы данных. Для реструктуризации таблиц платформа требует монопольного режима, и любой активный сеанс блокирует операцию. То же относится к загрузке конфигурации из файла, тестированию и исправлению, а также к отключению режима совместимости.

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

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

Как посмотреть активных пользователей в конфигураторе

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

По этому списку удобно оценить, кто именно мешает монопольному доступу. Обратите внимание на колонку «Режим»: фоновые задания и соединения веб-сервисов тоже блокируют монопольный режим, хотя за ними не стоит живой пользователь. Их «выкидывание» через диалог с сотрудником невозможно — только завершение сеанса или блокировка регламентных заданий.

Сам список активных пользователей в конфигураторе не содержит кнопки принудительного завершения сеанса. Он нужен для диагностики: вы видите, кого просить выйти и какие сеансы придётся снимать на уровне сервера.

Блокировка соединений через конфигуратор

Чтобы пользователи не заходили заново, пока вы готовите базу к обслуживанию, установите блокировку соединений. В конфигураторе откройте «Администрирование → Блокировка установки соединений с информационной базой», включите флаг блокировки, задайте время начала и окончания, а также сообщение, которое увидят пользователи при попытке входа.

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

В клиент-серверном режиме блокировка действует на уровне кластера и начинает действовать в указанное время. В файловом режиме блокировка хранится в самой базе и применяется при следующих попытках входа. Учтите: блокировка не выкидывает уже подключённых пользователей — она только запрещает новые соединения.

1. 1
   Откройте «Администрирование → Активные пользователи» и зафиксируйте, кто в базе
2. 2
   Предупредите пользователей о времени завершения работы
3. 3
   Установите блокировку соединений с кодом разрешения
4. 4
   Дождитесь выхода пользователей или завершите сеансы через консоль кластера
5. 5
   Проверьте, что список активных пользователей пуст, и выполняйте обслуживание

Принудительное завершение сеанса в клиент-серверном режиме

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

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

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

Сравнение способов завершения сеансов

Блокировка соединений в конфигураторе

Подходит для планового обслуживания в любом режиме. Не разрывает текущие сеансы, только запрещает новые входы.

Удаление сеанса в консоли кластера

Единственный штатный способ принудительно выкинуть пользователя в клиент-серверном режиме. Требует доступа к серверу 1С.

Программное завершение через административный COM/REST-интерфейс кластера

Подходит для автоматизации и скриптов обслуживания. Требует навыков разработки и прав на кластер.

Перезапуск службы сервера 1С

Крайняя мера при массовых зависаниях. Разрывает все базы кластера сразу, риск обрыва транзакций во всех базах.

Файловый режим: ограничения и обходные пути

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

Если пользователь недоступен, а сеанс держит базу, остаются административные варианты: завершить процесс 1cv8.exe на компьютере пользователя удалённо (через диспетчер задач с удалённым подключением или средствами удалённого администрирования), либо временно ограничить доступ к сетевой папке с базой. Оба способа грубые: аварийное завершение процесса может оставить в файловой базе незавершённые транзакции.

Если файловая база опубликована на веб-сервере, сеансы управляются веб-сервером, и перезапуск пула приложений или службы веб-сервера разорвёт все подключения разом. Это тоже крайняя мера, применимая только вне рабочего времени.

Проверка результата и разблокировка

После завершения сеансов снова откройте «Активные пользователи» в конфигураторе и убедитесь, что список пуст либо в нём остались только ваши сеансы. Дополнительно проверьте отсутствие фоновых заданий: в клиент-серверном режиме это видно в разделе «Сеансы» консоли кластера по типу сеанса.

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

После завершения работ снимите блокировку соединений тем же путём: «Администрирование → Блокировка установки соединений» и снятие флага. Если блокировка была установлена с расписанием, проверьте, что время окончания корректно, иначе пользователи не смогут войти утром.

Контрольные точки

Как проверить результат

Список активных пользователей в конфигураторе

Норма

Пуст или содержит только ваши сеансы

Тревожный признак

Остались чужие сеансы или фоновые задания

Включение монопольного режима / обновление конфигурации БД

Норма

Операция запускается без сообщений о занятых соединениях

Тревожный признак

Платформа сообщает об активных соединениях

Вход обычного пользователя после снятия блокировки

Норма

Вход выполняется штатно, без сообщения о блокировке

Тревожный признак

Пользователь видит сообщение о блокировке — она не снята или не истекло время

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

Можно ли выкинуть пользователя прямо из списка активных пользователей в конфигураторе?

Нет. Список активных пользователей в конфигураторе предназначен только для просмотра. Принудительное завершение сеанса выполняется через консоль администрирования серверов 1С (раздел «Сеансы») в клиент-серверном режиме, а в файловом режиме штатного принудительного разрыва нет вовсе.

Почему монопольный режим не включается, хотя все пользователи вышли?

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

Что увидит пользователь при принудительном завершении сеанса?

Клиентское приложение закроется с сообщением о разрыве соединения с сервером. Несохранённые данные будут потеряны, поэтому перед массовым завершением сеансов пользователей нужно предупредить заранее.

Как войти в базу, если установлена блокировка соединений?

Если при установке блокировки был задан код разрешения, введите его в диалоге входа или добавьте в параметр запуска /UC. Если код не задан, блокировку может снять администратор через конфигуратор (в клиент-серверном режиме конфигуратор подключается в обход блокировки сеансов при наличии прав) или через консоль кластера.

Опасно ли перезапускать службу сервера 1С для снятия всех сеансов?

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

Можно ли автоматизировать завершение сеансов по расписанию?

Да. В клиент-серверном режиме сеансы завершаются программно через административный интерфейс кластера (COM-объект V83.COMConnector с объектами администрирования или REST-интерфейс RAS). Это стандартный подход для скриптов ночного обслуживания и резервного копирования.