Как снять активные сеансы в 1С

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

Способ снять сеанс зависит от режима работы базы. В клиент-серверном варианте (SQL) сеансы управляются через консоль кластера серверов 1С. В файловом варианте — через конфигуратор, список активных пользователей или механизм завершения работы, встроенный в типовые конфигурации. Ниже разобраны оба сценария с точными шагами и ограничениями.

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

Как посмотреть список активных сеансов

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

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

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

Это основной способ для клиент-серверных баз. Откройте оснастку «Администрирование серверов 1С Предприятия» на машине, где она установлена, найдите нужную базу и перейдите в ветку «Сеансы». Выделите один или несколько сеансов (через Ctrl или Shift), затем в контекстном меню выберите «Удалить» — сеанс завершится принудительно.

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

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

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

Снятие сеансов в файловой базе

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

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

Когда пользователь физически недоступен

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

Завершение сеансов из режима Предприятия

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

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

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

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

Консоль кластера (удаление сеанса)

Мгновенно и надёжно, но без сохранения данных пользователя. Требует прав администратора кластера и доступа к серверу

Блокировка сеансов + ожидание выхода

Безопасно для данных, подходит для плановых работ, но занимает время и не действует на зависшие клиенты

Обработка «Блокировка работы пользователей» в Предприятии

Удобно для файловых баз и типовых конфигураций, работает без доступа к серверу, но зависит от отзывчивости клиентов

Автоматическое завершение неактивных сеансов

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

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

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

После снятия сеансов обновите список в консоли (клавиша F5) и убедитесь, что он пуст или в нём остались только ваши служебные сеансы. Затем проверьте, что база позволяет выполнить нужное действие: монопольный режим устанавливается, обновление конфигурации стартует, регламентное задание запускается без ошибки «информационная база занята».

Если сеанс появляется снова сразу после удаления — значит, клиент автоматически переподключается. Так бывает с настроенным автозапуском 1С, службами интеграции, веб-сервисами и регламентными заданиями на стороне клиента. Найдите источник подключения по колонке «Компьютер» и «Приложение» и остановите его, а не только сеанс.

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

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

Список сеансов в консоли после обновления (F5)

Норма

Сеансы удалены, новых подключений нет

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

Удалённые сеансы появляются снова — есть автопереподключение

Запуск обновления или монопольного режима

Норма

Действие выполняется без сообщения о занятой базе

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

Ошибка «база занята» — остались фоновые задания или соединения

Журнал регистрации

Норма

Нет массовых аварийных завершений

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

Регулярные разрывы соединений — проблема в сети или клиентах

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

Что произойдёт с данными пользователя при принудительном снятии сеанса?

Все несохранённые данные будут потеряны: открытые незаписанные документы, введённые, но не проведённые строки, результаты незавершённых операций. Уже записанные в базу объекты не пострадают — транзакционная целостность сохраняется.

Можно ли снять сеанс, не имея доступа к серверу?

Да, если конфигурация типовая: используйте «Администрирование → Обслуживание → Блокировка работы пользователей» в режиме Предприятия. Это доступно пользователю с правами администратора в самой программе, без консоли кластера.

Почему сеанс висит, хотя пользователь давно закрыл программу?

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

Как снять все сеансы сразу перед обновлением?

Сначала включите блокировку начала сеансов в свойствах базы в консоли кластера, чтобы никто не заходил заново. Затем в ветке «Сеансы» выделите все записи и удалите их. После этого проверьте ветку «Соединения» и список фоновых заданий.

Чем сеанс отличается от соединения?

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

Можно ли автоматически завершать сеансы простаивающих пользователей?

Да. В типовых конфигурациях настраивается расписание блокировки работы пользователей, а на уровне кластера и базы есть параметры тайм-аутов и блокировок. Это избавляет от рутинной ручной чистки «забытых» вечерних сеансов.