К статье
Практический материал

Администрирование · 10 мин

Как закрыть сеансы в 1С: пошаговая инструкция для администратора

Как закрыть сеансы пользователей в 1С через консоль кластера, администрирование сервера и параметры базы. Пошаговые инструкции, риски, типичные ошибки и FAQ.

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

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

Чем сеанс отличается от соединения и зачем их закрывать

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

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

Как закрыть сеансы через консоль кластера серверов 1С

Основной инструмент администратора клиент-серверной 1С — консоль «Администрирование серверов 1С:Предприятия». Она устанавливается вместе с сервером и доступна на машине, где развёрнут кластер, либо удалённо.

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

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

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

Как закрыть сеансы в файловой базе 1С

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

Если войти в базу невозможно, потому что сеанс держит монопольный доступ, остаются внешние методы. Найдите на файловом сервере, кто держит открытым файл базы: в Windows это делается через «Управление компьютером» → «Общие папки» → «Открытые файлы». Закрытие файлового дескриптора оборвёт зависшее подключение. Крайняя мера — когда никто не может зайти в базу, а виновник не найден — временно переименовать или переместить файл 1Cv8.1CD недопустимо, это риск повреждения данных; правильнее отключить общий доступ к папке на минуту.

Блокировка сеансов и установка кода разрешения

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

Код разрешения — это пароль, который позволяет войти в базу в обход блокировки. Его передают в строке запуска через параметр /UC, например: /UC Админ2026. Так администратор может зайти в заблокированную базу для обновления, а обычные пользователи получат сообщение о регламентных работах.

text
"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /S Server\Base /UC КодРазрешения

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

Программное завершение сеансов и пакетный режим

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

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

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

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

Что делать, если сеанс появляется снова

Частая ситуация: администратор удаляет сеанс, а через минуту он возникает снова с тем же пользователем. Причина почти всегда в том, что клиентское приложение продолжает работать и автоматически переподключается. Удаление сеанса на сервере не закрывает программу у пользователя.

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

Типичные ошибки
01
Удаление сеанса без блокировки новых входов — пользователи тут же переподключаются, и монопольный режим не получить
02
Завершение фоновых заданий обмена данными — обмен прерывается на половине, возможны рассинхронизации
03
Работа с файлом 1Cv8.1CD напрямую (переименование, копирование при открытых сеансах) — риск повреждения базы
04
Отсутствие кода разрешения при блокировке — администратор сам не может войти в базу

Как проверить, что сеансы закрыты корректно

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

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

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

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

Список сеансов в консоли
Норма

Остался только ваш сеанс и служебные

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

Удалённые сеансы появляются снова

Монопольный режим
Норма

Устанавливается без ошибок

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

Сообщение об активных пользователях

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

Штатные записи о завершении сеансов

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

Массовые ошибки разрыва соединений

FAQ: частые вопросы о закрытии сеансов в 1С

Что будет с данными пользователя, если принудительно завершить его сеанс?

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

Как завершить только зависшие сеансы, не трогая работающих пользователей?

В консоли кластера отсортируйте сеансы по колонке времени последней активности и признаку «спящий». Завершайте те, где активности не было длительное время. Для регулярной очистки настройте в свойствах базы автоматическое завершение спящих сеансов по таймауту.

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

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

Можно ли закрыть сеанс изнутри самой 1С без консоли кластера?

Да, в типовых конфигурациях на БСП есть обработка «Активные пользователи» в разделе администрирования, позволяющая завершать сеансы. Требуются права администратора. Для файловых баз это основной штатный способ.

Через какое время сервер сам завершает оборванный сеанс?

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

Опасно ли завершать сеансы фоновых заданий?

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

Итог

Что важно запомнить

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