Почему лицензии СЛК в 1С:ERP УСО ведут себя странно и как настроить их корректный расход?

Работа с отраслевыми решениями, такими как 1С:ERP Управление строительной организацией (УСО), часто преподносит сюрпризы системным администраторам в виде нестандартного поведения Системы Лицензирования и Конфигурирования (СЛК). Рассмотрим типичную ситуацию: с утра база сообщает о нехватке лицензий, а после обеда монитор СЛК показывает, что почти все лицензии свободны, хотя пользователи продолжают активно работать. Разберем детально, почему так происходит, как работает механизм удержания лицензий и какие настройки помогут стабилизировать систему.

Механика работы СЛК: отличие от платформенных лицензий

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

Если пользователь открыл 1С, но работает с типовым функционалом ERP (например, просматривает общие справочники или складские остатки, не затрагивающие защищенные модули), лицензия СЛК может не расходоваться вовсе. Это объясняет ситуацию, когда в базе 60 человек, а занято всего 3 лицензии. Лицензия «активируется» только в момент вызова защищенного метода.

Анализ причин массового освобождения лицензий после обеда

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

1. Таймаут неактивности (Idle Timeout): Сервер СЛК отслеживает активность пользователя. Если в течение определенного времени к защищенным модулям не было обращений, сервер считает, что лицензия пользователю больше не нужна, и возвращает ее в общий пул.
2. Сетевые разрывы и гибернация: В обеденный перерыв компьютеры пользователей могут уходить в спящий режим. Это разрывает соединение с сервером СЛК. Система защиты фиксирует потерю связи и через установленное время «зачищает» брошенные сессии.
3. Регламентные задания: Проанализируем работу регламентных заданий. В конфигурациях часто присутствует задание ПроверкаЛицензииСеанса. По умолчанию оно может запускаться раз в несколько минут. Если в конфигурации произошел сбой логики или задание было перенастроено, это может приводить к массовому сбросу фантомных сессий.

Настройка параметров сервера СЛК

Для управления поведением лицензий нам необходимо заглянуть в настройки сервера. Многие ошибочно ищут параметры в файле licenceaddin.conf, но этот файл отвечает за настройки клиентской части (куда подключаться). Основная логика заложена на стороне сервера.

Рассмотрим структуру конфигурационного файла сервера licenceserver.xml, который обычно располагается в папке %ProgramData%\1C\licence\3.0\. Нам важны параметры, отвечающие за «время жизни» сессий. Если время жизни установлено слишком коротким, лицензии будут «улетать» слишком часто. Если слишком длинным — возникнет дефицит из-за «зависших» сессий.

Посмотрим на пример структуры параметров (названия могут варьироваться в зависимости от версии):

<SessionTimeout>1200</SessionTimeout> 
<CleanupPeriod>600</CleanupPeriod>

Здесь SessionTimeout определяет время в секундах, через которое неактивная сессия будет закрыта. 1200 секунд — это 20 минут. Если ваши пользователи жалуются на постоянную нехватку, стоит проверить, не установлено ли там слишком большое значение, из-за которого лицензии не возвращаются вовремя.

Работа с веб-интерфейсом мониторинга

Для оперативной диагностики ситуации рекомендуем использовать встроенный веб-интерфейс сервера СЛК. По умолчанию он доступен по адресу http://[ИмяСервера]:9099. В разделе «Сеансы» можно в реальном времени наблюдать:

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

Если вы видите, что у 40 пользователей статус сменился на «Бездействует», а затем они пропали из списка — значит, сработал серверный тайм-аут очистки. Это нормальное поведение, если лицензий меньше, чем общее количество сотрудников.

Настройка регламентных заданий в 1С

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

Проанализируем ситуацию: если период отработки задания установлен слишком большим (например, раз в 30 минут), то при кратковременном сбое сети система может решить, что лицензия не подтверждена, и заблокирует работу в защищенном модуле. Оптимально устанавливать интервал проверки в 5-10 минут.

Обновление версии СЛК

В процессе решения проблемы важно обратить внимание на версию установленного сервера СЛК. Версии ветки 3.0.20 имели ряд известных проблем с некорректным подсчетом сессий при работе через веб-серверы и терминальные фермы. Мы рекомендуем обновиться до актуальных версий (например, 3.0.31 и выше). В новых релизах оптимизированы механизмы очистки «зомби-сессий» и улучшена стабильность связи между клиентом и сервером по протоколу UDP.

Итоги и рекомендации

Подводя итог нашему разбору, можно сделать следующие выводы:

1. Не паникуйте при виде 3-х занятых лицензий: Это специфика СЛК. Пользователи расходуют их только тогда, когда заходят в отраслевые документы или отчеты.
2. Проверьте настройки тайм-аутов: Убедитесь, что параметры в licenceserver.xml соответствуют вашему рабочему графику.
3. Используйте веб-консоль: В моменты «массовых отключений» смотрите логи сервера СЛК на порту 9099. Это позволит отличить реальный сбой от плановой очистки неактивных соединений.
4. Контролируйте регламентные задания: Убедитесь, что задания по проверке лицензий работают стабильно и с нужной периодичностью.

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