Как убрать зависшие сеансы 1С

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

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

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

Определите, в каком режиме работает база

От режима работы зависят и инструменты, и сама природа зависшего сеанса. Откройте список информационных баз в окне запуска 1С и посмотрите строку подключения: если база указана как путь к папке (например, \\server\bases\trade) — это файловый режим. Если указаны имя сервера и имя базы в кластере — клиент-серверный.

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

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

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

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

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

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

Зависшие сеансы в файловой базе

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

Если команда не срабатывает (а с действительно зависшим сеансом так бывает часто), найдите компьютер этого пользователя и завершите процесс 1cv8.exe через диспетчер задач. Если компьютер выключен или недоступен, а запись о соединении мешает, убедитесь, что базой никто не пользуется, и удалите файл блокировок 1Cv8.1CL в каталоге базы — он будет пересоздан при следующем входе.

Завершение процессов на уровне операционной системы

Когда сеанс завис на стороне клиента, а доступа к консоли нет, помогает завершение процесса на самом компьютере пользователя. В Windows откройте диспетчер задач (Ctrl+Shift+Esc), найдите процесс «1С:Предприятие» (1cv8.exe или 1cv8c.exe) и нажмите «Снять задачу». Для сервера терминалов администратор может завершить процесс конкретного пользователя через диспетчер задач на вкладке «Пользователи».

# Завершить процессы 1С конкретного пользователя на терминальном сервере
Get-Process 1cv8* -IncludeUserName | Where-Object {$_.UserName -like '<em>ivanov</em>'} | Stop-Process -Force

На самом сервере 1С трогать процессы rphost и ragent ради одного зависшего сеанса не следует: перезапуск рабочего процесса оборвёт сеансы всех пользователей, которых он обслуживает. Это допустимо только как крайняя мера, когда кластер перестал отвечать целиком, и только после предупреждения пользователей.

Настройки, которые не дают сеансам висеть

Лучший способ борьбы с зависшими сеансами — автоматическое завершение неактивных. В консоли кластера откройте свойства информационной базы и задайте два параметра: «Завершать спящие сеансы через» (например, 900–1800 секунд) и «Принудительно завершать сеансы через» (например, через час после «засыпания»). Тогда сеанс пользователя, ушедшего домой с незакрытой программой, будет снят автоматически, а лицензия освободится.

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

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

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

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

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