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

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

Спящий сеанс в 1С: что это и как с ним разобраться

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

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

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

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

Что такое сеанс и почему он «засыпает»

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

Спящим сеанс становится, когда связь между клиентом и сервером фактически потеряна или клиент перестал отправлять запросы, но сервер об этом ещё не знает. Типичные причины:

  • пользователь выключил компьютер кнопкой питания или обесточил рабочее место;
  • ноутбук ушёл в сон или гибернацию с открытой 1С;
  • оборвался VPN или сетевое соединение между клиентом и сервером;
  • клиентское приложение аварийно завершилось (ошибка, нехватка памяти);
  • пользователь просто оставил программу открытой на ночь или на выходные.

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

Чем опасны спящие сеансы

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

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

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

Время бездействияБолее 30–60 минут

Вероятно, пользователь отошёл или соединение потеряно — кандидат на проверку

Сеанс держит блокировкиЕсть управляемые блокировки

Другие пользователи жалуются на ошибки конфликта блокировок

Лицензии исчерпаныНовые входы невозможны

Сравните число сеансов с реальным числом работающих сотрудников

Монопольный режим недоступенОбновление не запускается

В списке сеансов есть активные подключения помимо вашего

Как найти спящие сеансы в консоли кластера

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

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

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

Как безопасно завершить спящий сеанс

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

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

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

Как отличить спящий сеанс от активного

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

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

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

Время бездействия сеанса
Норма

Несколько минут — пользователь работает

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

Часы без единого вызова — вероятный спящий сеанс

Реакция пользователя
Норма

Сотрудник подтверждает, что работает в базе

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

Компьютер выключен или сотрудник отсутствует

Тип сеанса
Норма

Клиентское приложение с активностью

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

Фоновое задание в состоянии ожидания без прогресса

После завершения
Норма

Лицензия освободилась, жалобы на блокировки прекратились

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

Пользователь жалуется на потерю несохранённых данных — завершили рабочий сеанс

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

Профилактика: как уменьшить число спящих сеансов

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

Маршрут решения

Как выбрать действие

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

Частые ошибки при работе со спящими сеансами

Типичные ошибки
01
Удаление всех сеансов подряд без проверки владельцев — потеря несохранённых данных у работающих сотрудников
02
Завершение сеанса фонового задания во время обмена данными — обрыв синхронизации и неполные данные
03
Игнорирование причины: сеансы завершают, но не проверяют сеть, из-за чего зависания повторяются
04
Отсутствие таймаутов в настройках базы — спящие сеансы копятся неделями и съедают лицензии

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

Частые вопросы о спящих сеансах 1С

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

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

Почему пользователь вышел из 1С, а сеанс остался?

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

Потеряются ли данные при принудительном завершении сеанса?

Записанные в базу данные не пострадают. Потеряется только то, что пользователь не успел сохранить: открытые незаписанные документы, неотправленные отчёты, введённые, но не проведённые строки.

Как завершить сеанс, если нет доступа к консоли кластера?

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

Спящие сеансы — это причина медленной работы базы?

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

Итог

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

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