Как отключить слип чек в 1С

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

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

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

Как понять, что проблема именно в спящих сеансах

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

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

Отключение слип чека через консоль администрирования сервера

Основной способ — графическая консоль «Администрирование серверов 1С:Предприятия» (оснастка MMC на Windows либо кроссплатформенная консоль). Она устанавливается вместе с сервером 1С и доступна администратору кластера.

Порядок действий:

1. Откройте консоль администрирования серверов 1С:Предприятия.
2. Разверните нужный сервер, затем ветку «Кластеры» и выберите рабочий кластер (обычно «Локальный кластер»).
3. Щёлкните правой кнопкой по кластеру и выберите «Свойства».
4. Найдите параметр «Интервал засыпания пассивного сеанса» и установите значение 0.
5. Найдите «Интервал завершения спящего сеанса» и также установите 0.
6. Нажмите «ОК» и убедитесь, что значения сохранились, повторно открыв свойства.

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

1. 1
   Откройте консоль администрирования серверов 1С
2. 2
   Перейдите: сервер → Кластеры → свойства локального кластера
3. 3
   Установите «Интервал засыпания пассивного сеанса» = 0
4. 4
   Установите «Интервал завершения спящего сеанса» = 0
5. 5
   Сохраните и проверьте, что новые сеансы не засыпают

Отключение через утилиту командной строки rac

Если графическая консоль недоступна (например, сервер на Linux или администрирование ведётся удалённо по скриптам), используйте штатную утилиту rac из каталога bin сервера 1С. Она работает через службу ras, которая должна быть запущена.

Команда обновления свойств кластера выглядит так (идентификатор кластера можно получить командой rac cluster list):

rac cluster update --cluster=<ID_кластера> --session-idle-timeout=0 --sleep-timeout=0

В разных версиях платформы имена параметров могут отличаться, поэтому перед выполнением полезно посмотреть справку: rac cluster update --help. Там перечислены актуальные ключи для вашей версии. Утилита удобна для автоматизации: настройку можно включить в скрипт развёртывания сервера, чтобы не задавать параметры вручную после каждой переустановки.

Особенности для файловой базы и веб-клиента

В файловом варианте работы механизм спящих сеансов кластера отсутствует — там нет сервера 1С. Однако пользователи файловых баз тоже сталкиваются с похожими симптомами, если база опубликована на веб-сервере или работа идёт через тонкий клиент с веб-сервисами. В этом случае «засыпание» происходит на стороне веб-сервера: у IIS и Apache есть собственные таймауты простоя пула приложений и сессий.

Для IIS проверьте настройки пула приложений: параметр Idle Time-out (время простоя) по умолчанию составляет 20 минут — это частая причина «слип чека» у веб-пользователей. Установите значение 0, чтобы пул не выгружался. Для Apache обратите внимание на директивы таймаутов соединения и настройки прокси, если публикация идёт через него.

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

Риски и ограничения при отключении

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

Компромиссный вариант — не нулевые, а увеличенные интервалы. Например, засыпание через 8 часов (28800 секунд) и завершение спящего сеанса через 24–48 часов. Тогда дневная работа не прерывается, а «забытые» сеансы всё же очищаются. Подберите значения под реальный график работы пользователей.

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

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

Частые ошибки при настройке:

FAQ