Администрирование · 11 мин
Время засыпания пассивного сеанса в 1С: что это и как настроить
Разбираем параметр «время засыпания пассивного сеанса» в кластере 1С: зачем нужен, какие значения ставить, чем отличается от завершения сеанса и как избежать ошибок.
При настройке кластера серверов 1С:Предприятие администраторы сталкиваются с параметром «Время засыпания пассивного сеанса». Он находится в свойствах кластера в консоли администрирования и напрямую влияет на то, как сервер обрабатывает сеансы пользователей, которые открыли программу, но давно ничего в ней не делают. Неправильное значение этого параметра приводит либо к «отваливанию» пользователей с ошибкой соединения, либо к накоплению десятков висючих сеансов, которые занимают лицензии и память сервера.
Пассивным считается сеанс, в котором клиентское приложение не обращается к серверу: пользователь свернул окно, ушёл на обед, оставил открытым тонкий клиент на ночь. Такие сеансы продолжают удерживать соединение с рабочим процессом кластера, занимают оперативную память и, что особенно критично, удерживают программные лицензии 1С. Параметр «время засыпания» определяет, через сколько секунд бездействия сервер переведёт такой сеанс в «спящее» состояние.
Что такое пассивный сеанс и зачем его «усыплять»
Сеанс в терминах 1С — это объект на сервере, который создаётся при подключении клиентского приложения к информационной базе. Сеанс активен, пока клиент выполняет вызовы сервера: проводит документы, формирует отчёты, обновляет формы. Как только пользователь перестаёт работать, сеанс становится пассивным, но продолжает существовать и расходовать ресурсы.
Удержание большого числа пассивных сеансов создаёт две практические проблемы. Первая — расход оперативной памяти: каждый сеанс занимает заметный объём в адресном пространстве рабочего процесса rphost. Вторая — удержание лицензий: пока сеанс жив, выданная ему лицензия недоступна другим пользователям. В организациях, где сотрудники привыкли не закрывать программу на ночь, утром может оказаться, что свободных лицензий нет, хотя реально работает лишь часть людей.
Механизм засыпания решает обе задачи: спящий сеанс освобождает соединение с рабочим процессом, а при возвращении пользователя сеанс «просыпается» и работа продолжается без повторного ввода логина и пароля — для пользователя это выглядит как небольшая пауза при первом действии.
Где находится параметр и какие значения он принимает
Настройка выполняется в консоли управления кластером (оснастка «Администрирование серверов 1С:Предприятие»). Откройте свойства нужного кластера: в диалоге среди прочих полей есть «Время засыпания пассивного сеанса» и рядом с ним «Допустимый период засыпания». Оба значения задаются в секундах.
По умолчанию время засыпания составляет 1200 секунд, то есть 20 минут. Допустимый период засыпания по умолчанию — 86400 секунд, то есть сутки. Эти значения подходят для большинства небольших внедрений, но в крупных системах с дефицитом лицензий их часто ужесточают.
- 1Откройте консоль «Администрирование серверов 1С:Предприятие» на сервере или с машины администратора.
- 2Разверните ветку с нужным сервером и выберите кластер.
- 3Откройте свойства кластера через контекстное меню.
- 4В поле «Время засыпания пассивного сеанса» укажите значение в секундах, например 600 для 10 минут.
- 5При необходимости скорректируйте «Допустимый период засыпания» и сохраните изменения.
- 6Проверьте поведение на тестовом сеансе: оставьте клиент бездействовать дольше заданного времени и убедитесь, что сеанс засыпает и корректно просыпается.
Изменение параметров кластера применяется без полной остановки сервера 1С, но уже существующие сеансы могут продолжать работать по старым правилам до переподключения. Учитывайте это при проверке: тестируйте на свежем подключении.
Как связаны время засыпания и допустимый период засыпания
Эти два параметра работают в паре, и путаница между ними — самая частая причина неожиданного поведения системы. Время засыпания определяет, когда сеанс переходит в спящее состояние. Допустимый период засыпания определяет, сколько сеанс может проспать, прежде чем кластер завершит его окончательно.
Пример: время засыпания — 600 секунд, допустимый период — 3600 секунд. Пользователь отошёл на 15 минут: через 10 минут сеанс заснул, по возвращении пользователь продолжил работу после короткой паузы на пробуждение. Другой пользователь ушёл домой, не закрыв программу: сеанс заснул через 10 минут, а ещё через час был завершён принудительно, лицензия освободилась. Наутро этому пользователю придётся подключиться заново.
Два параметра управления пассивными сеансами
Через сколько секунд бездействия сеанс засыпает. Влияет на освобождение соединения и памяти рабочего процесса. По умолчанию 1200 с.
Сколько сеанс может находиться в спящем состоянии до принудительного завершения. Влияет на освобождение лицензий. По умолчанию 86400 с.
Какие значения выбрать для разных сценариев
Универсального значения нет — выбор зависит от числа пользователей, количества лицензий и характера работы. Если лицензий впритык и сотрудники часто отвлекаются, имеет смысл сократить время засыпания до 300–600 секунд и ограничить период засыпания 1–2 часами. Если пользователей немного и лицензии есть с запасом, можно оставить значения по умолчанию или даже увеличить период засыпания, чтобы люди не теряли открытые окна.
Учитывайте специфику фоновых операций. Если пользователи запускают длительные отчёты или обмены данными в клиентском сеансе, слишком агрессивное засыпание не должно им мешать: пока идёт обращение к серверу, сеанс считается активным. Но сценарии, где клиент ждёт результата без обращений к серверу, требуют проверки на тестовом контуре.
Как выбрать значения параметров
Проверка результата и диагностика проблем
После изменения параметров убедитесь, что механизм работает как ожидалось. Откройте в консоли кластера список сеансов информационной базы и понаблюдайте за тестовым сеансом: после периода бездействия он должен перейти в спящее состояние. Точное отображение спящих сеансов зависит от версии платформы, поэтому ориентируйтесь на поведение клиента: при возвращении пользователь продолжает работу без окна авторизации — значит, пробуждение прошло штатно.
Тревожные признаки: пользователи массово получают ошибку разрыва соединения сразу после короткого бездействия, либо, наоборот, число сеансов в консоли растёт и не уменьшается даже ночью. В первом случае проверьте, не задан ли слишком маленький допустимый период засыпания. Во втором — убедитесь, что значения вообще сохранились в свойствах кластера и не переопределяются настройками рабочих серверов.
Как проверить результат настройки
Работа продолжается без повторной авторизации, возможна короткая пауза
Ошибка соединения или требование заново войти после небольшого простоя
Число сеансов сокращается по мере истечения периода засыпания
Сеансы копятся сутками и удерживают лицензии
Свободные лицензии есть, ночные простаивающие сеансы завершены
Все лицензии заняты неактивными сеансами
Типичные ошибки и ограничения механизма
Наиболее распространённая ошибка — путать засыпание сеанса с его завершением и ставить время засыпания слишком маленьким в надежде освобождать лицензии. Засыпание само по себе лицензию не освобождает: она освобождается только при окончательном завершении сеанса по истечении допустимого периода засыпания. Если цель — быстро возвращать лицензии, настраивать нужно именно второй параметр.
Вторая ошибка — забыть, что настройки задаются на уровне кластера и действуют на все информационные базы в нём. Если на одном сервере работают и интенсивно используемая учётная база, и редко открываемый архив, единое значение может оказаться компромиссом. В таких случаях иногда выносят базы с разным режимом работы в отдельные кластеры.
Отдельно стоит помнить про веб-клиент и сеансы, подключённые через веб-сервер: там на поведение влияют ещё и таймауты публикации и веб-сервера. Если «отвалы» происходят только у веб-пользователей, причина может быть не в кластере, а в настройках публикации.
Частые вопросы по настройке засыпания сеансов
Чем засыпание сеанса отличается от разрыва соединения?
Засыпание — мягкий механизм: сеанс сохраняется на сервере и может быть «разбужен» при следующем обращении клиента без повторной авторизации. Разрыв соединения завершает сеанс полностью, и пользователю придётся подключаться заново, а несохранённые данные будут потеряны.
Освобождает ли спящий сеанс лицензию 1С?
Нет. Лицензия удерживается за сеансом, пока он существует, включая спящее состояние. Лицензия освобождается только после окончательного завершения сеанса — по истечении допустимого периода засыпания или при штатном закрытии клиента.
Какое значение времени засыпания считается безопасным для начала?
Значение по умолчанию — 1200 секунд (20 минут) — подходит большинству организаций. Если нужно ужесточить режим, начните с 600 секунд и понаблюдайте за жалобами пользователей и числом сеансов в консоли, прежде чем снижать дальше.
Почему после изменения параметров ничего не изменилось?
Проверьте, что значения сохранились именно в свойствах нужного кластера, а проверку выполняйте на заново открытом клиентском подключении: ранее созданные сеансы могут продолжать работать по старым правилам. Также убедитесь, что база не находится в другом кластере с собственными настройками.
Влияет ли засыпание на фоновые задания?
Фоновые задания выполняются в отдельных сеансах, которые активны, пока идёт выполнение, поэтому штатно работающие задания засыпание обычно не затрагивает. Однако регламентные операции, запущенные из клиентского сеанса и зависящие от него, стоит проверить на тестовой копии при смене параметров.
Можно ли задать разное время засыпания для разных баз?
Параметр задаётся на уровне кластера и применяется ко всем базам в нём. Чтобы использовать разные режимы, разнесите базы по отдельным кластерам на том же сервере, у каждого кластера будут собственные значения.
Что важно запомнить
Время засыпания пассивного сеанса определяет, когда неактивный сеанс 1С переходит в спящее состояние (по умолчанию 20 минут), а допустимый период засыпания — когда он завершается окончательно и освобождает лицензию. Настраивайте оба параметра в свойствах кластера, проверяйте на свежем сеансе и не ставьте слишком короткий период засыпания там, где пользователи держат несохранённые данные.