Администрирование · 11 мин
Как выбросить пользователя из 1С через конфигуратор
Как принудительно завершить сеанс пользователя в 1С через конфигуратор и консоль кластера: пошаговые инструкции, ограничения, риски и типичные ошибки.
Зависший сеанс пользователя блокирует обновление конфигурации, мешает монопольному доступу и держит фоновые задания. В таких ситуациях администратору нужно принудительно завершить чужой сеанс. Сам конфигуратор 1С не содержит кнопки «выбросить пользователя», но через него можно увидеть активные сеансы, а завершение выполняется штатными средствами платформы — через консоль кластера серверов 1С, администрирование информационной базы или программно.
Способ зависит от режима работы базы. В файловом варианте сеансы завершаются через список активных пользователей в конфигураторе ограниченно — полноценное отключение там доступно только программно или через завершение процесса на компьютере пользователя. В клиент-серверном варианте основной инструмент — консоль администрирования серверов 1С, где сеанс можно удалить принудительно.
Важно понимать риск: принудительное завершение сеанса обрывает работу пользователя без сохранения незаписанных данных. Если в момент отключения выполнялось проведение документа или обмен данными, возможны незавершённые транзакции. Поэтому перед отключением стоит предупредить пользователя и убедиться, что он не выполняет критичную операцию.
Что можно и чего нельзя сделать через конфигуратор
Конфигуратор позволяет посмотреть, кто сейчас работает в базе: меню «Администрирование» → «Активные пользователи». Откроется список сеансов с именами пользователей, компьютерами, временем начала и режимом работы. Это главный инструмент диагностики перед отключением: здесь видно, чей сеанс завис и кого именно нужно завершать.
Однако кнопки «Завершить сеанс» в этом окне нет. Конфигуратор — инструмент разработки и настройки, а не управления сеансами. Для принудительного отключения платформа предлагает другие механизмы, и выбор зависит от режима базы и ваших прав.
Как найти зависший сеанс через конфигуратор
Откройте конфигуратор, авторизуйтесь под учётной записью с правами администратора и перейдите в «Администрирование» → «Активные пользователи». В списке обратите внимание на колонки: пользователь, компьютер, приложение (толстый клиент, тонкий клиент, веб-клиент, фоновое задание), время начала сеанса и время последнего обращения.
Признак зависшего сеанса — давнее время последнего обращения при том, что пользователь утверждает, что уже вышел из программы, либо сеанс с компьютера, который давно выключен. Такие «мертвые» сеансы чаще всего мешают установить монопольный режим или выполнить обновление конфигурации базы данных.
Предупредите его перед отключением, иначе потеряются несохранённые данные
Можно завершать принудительно через консоль кластера
Снимите задачу на сервере или завершите фоновое задание, иначе оно перезапустится
Завершение сеанса в клиент-серверном варианте через консоль кластера
Основной способ «выбросить» пользователя в серверной 1С — консоль администрирования серверов 1С:Предприятия. Откройте её на сервере или на машине администратора, разверните нужный кластер, найдите информационную базу и перейдите в раздел «Сеансы».
В списке сеансов найдите нужный по имени пользователя или компьютеру, выделите его и выберите в контекстном меню «Удалить». Сеанс будет завершён принудительно, а пользователь увидит сообщение о разрыве соединения с сервером. Если сеанс держит соединение с СУБД, оно освобождается после удаления сеанса.
- 1Откройте консоль администрирования серверов 1С и подключитесь к кластеру
- 2Разверните кластер → нужная информационная база → «Сеансы»
- 3Найдите сеанс пользователя по имени, компьютеру или времени начала
- 4Щёлкните правой кнопкой по сеансу и выберите «Удалить»
- 5Проверьте в конфигураторе список активных пользователей — сеанс должен исчезнуть
Блокировка сеансов и завершение работы через параметры базы
Если нужно не просто отключить одного пользователя, а выгнать всех и не пустить обратно — например, для обновления — используйте блокировку сеансов. В конфигураторе это делается через «Администрирование» → «Блокировка установки соединений с информационной базой» (в серверном варианте аналогичная функция есть в свойствах базы в консоли кластера).
Установите дату и время начала блокировки, код разрешения доступа (его сможет ввести администратор для входа) и сообщение, которое увидят пользователи. Новые сеансы не будут создаваться, а уже работающих пользователей платформа предупредит и запросит завершение работы. Полностью автоматического «выброса» существующих сеансов этот механизм не выполняет — зависшие сеансы всё равно придётся удалять через консоль кластера.
Программное завершение сеансов из кода
В типовых конфигурациях на базе БСП (Библиотека стандартных подсистем) есть штатный механизм «Завершение работы пользователей»: в режиме предприятия администратор открывает «Администрирование» → «Обслуживание» → «Активные пользователи» и может завершить выбранные сеансы. Это удобнее ручной работы в консоли, если конфигурация поддерживает такую функцию.
Для собственных доработок сеансы завершаются программно через COM-соединение с агентом сервера или через программный интерфейс кластера. Логика типовая: получить список сеансов базы, отфильтровать по пользователю и вызвать завершение для каждого. Такой подход применяют в скриптах обслуживания, когда перед регламентным обновлением нужно гарантированно очистить базу от сеансов.
Частая причина «невозможности выбросить пользователя» — не зависший сеанс, а блокировка со стороны СУБД или открытая консоль запросов с транзакцией. Проверяйте не только сеансы 1С, но и соединения в разделе «Соединения» консоли кластера.
Особенности файлового варианта базы
В файловой базе консоли кластера нет, поэтому вариантов меньше. Просмотр активных пользователей доступен в конфигураторе, но принудительно завершить чужой сеанс штатными средствами файлового режима нельзя. Реальные способы: попросить пользователя выйти, завершить процесс 1cv8.exe на его компьютере (локально или через диспетчер задач удалённо, если есть права) или перезапустить компьютер/общий ресурс, где лежит файл базы.
Если файл базы находится в общей сетевой папке, зависший сеанс иногда «отпускает» только после перезапуска службы Server (LanmanServer) на файловом сервере или разрыва открытых файловых дескрипторов через «Управление компьютером» → «Общие папки» → «Открытые файлы». Это грубый метод, применяйте его, убедившись, что другие пользователи не работают с файлами на этом ресурсе.
Сравнение способов завершения сеанса
Точечно и быстро, только для клиент-серверного варианта; нужны права администратора кластера
Подходит для планового обслуживания всех пользователей; не удаляет зависшие сеансы автоматически
Единственный вариант для файловой базы; риск потери несохранённых данных
Для автоматизации регламентных работ; требует доработки или типовой подсистемы БСП
Типичные ошибки и как их избежать
Самая частая ошибка — удаление сеанса вместо соединения или наоборот. Сеанс — это логическая работа пользователя, соединение — техническая связь с кластером. Удаление соединения без сеанса может не освободить блокировки. Удаляйте именно сеанс — платформа завершит связанные с ним соединения.
Вторая ошибка — попытка включить монопольный режим, не проверив фоновые задания. Регламентные задания создают свои сеансы, которые не видны как «пользователи» в привычном смысле, но мешают монопольному доступу. Перед обновлением отключите регламентные задания на сервере или завершите их сеансы в консоли кластера.
Как проверить результат
После завершения сеанса обновите список активных пользователей в конфигураторе: удалённого пользователя в нём быть не должно. Если целью был монопольный режим или обновление конфигурации базы данных — попробуйте выполнить операцию: при успехе она запустится без сообщения о занятых соединениях.
Дополнительно убедитесь, что пользователь действительно вышел: на его компьютере клиент 1С должен показать сообщение о разрыве соединения и закрыться. Если сеанс появился снова — значит, у пользователя настроен автоматический перезапуск клиента или работает фоновое задание, и отключение нужно сочетать с блокировкой сеансов.
Как проверить результат
Удалённого сеанса нет в списке
Сеанс появился снова — работает автоперезапуск или фоновое задание
Операция запускается без ошибок занятости
Сообщение об активных соединениях — остались сеансы или фоновые задания
Сообщение о разрыве соединения, клиент закрыт
Клиент продолжает работать — завершён не тот сеанс
Частые вопросы
Можно ли выбросить пользователя прямо из окна «Активные пользователи» в конфигураторе?
Нет, это окно предназначено только для просмотра. Принудительное завершение выполняется через консоль кластера серверов 1С (удаление сеанса), программно или через завершение процесса на компьютере пользователя в файловом варианте.
Пользователь давно вышел, но сеанс висит и мешает обновлению. Что делать?
Это типичный зависший сеанс. В клиент-серверном варианте удалите его в консоли кластера: раздел «Сеансы» нужной базы, контекстное меню — «Удалить». В файловом варианте закройте зависший процесс 1cv8.exe на соответствующем компьютере или разорвите открытый файловый дескриптор на сервере с общей папкой.
Потеряет ли пользователь данные при принудительном завершении сеанса?
Да, всё несохранённое будет потеряно: незаписанные документы, открытые формы с введёнными данными. Уже записанные в базу объекты не пострадают, но обрыв в середине проведения или обмена может оставить незавершённую транзакцию. По возможности предупреждайте пользователя заранее.
Как выгнать всех пользователей сразу перед обновлением?
Установите блокировку сеансов с сообщением и кодом разрешения, затем в консоли кластера удалите оставшиеся сеансы, включая фоновые задания. В типовых конфигурациях на БСП есть штатная обработка завершения работы пользователей в разделе администрирования.
Сеанс удалили, но он появляется снова. Почему?
Чаще всего причина в фоновом или регламентном задании, которое перезапускается по расписанию, либо в автоматическом переподключении клиента. Отключите регламентные задания на время обслуживания и включите блокировку установки соединений, чтобы новые сеансы не создавались.
Какие права нужны для завершения чужого сеанса?
В консоли кластера — права администратора кластера или администратора конкретной информационной базы. Для просмотра активных пользователей и блокировки соединений в конфигураторе — право «Администрирование» в роли пользователя базы.
Что важно запомнить
Конфигуратор показывает активных пользователей, но не завершает сеансы. Принудительное отключение делается через консоль кластера (удаление сеанса), блокировку соединений для планового обслуживания или завершение процесса в файловом варианте. Перед отключением предупредите пользователя, проверьте фоновые задания и убедитесь в результате по списку активных сеансов.