Как определить количество лицензий 1С на сервере

Контроль лицензий 1С на сервере — обязательная задача администратора: от неё зависит, смогут ли пользователи подключиться к базам, не будет ли ошибок «не найдено лицензии» и соблюдаются ли условия лицензирования. Количество лицензий определяется по двум направлениям: сколько лицензий доступно (установлено на сервере) и сколько фактически занято сеансами пользователей.

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

Важно различать клиентские лицензии (разрешают запуск сеансов) и лицензию на сервер 1С:Предприятия (разрешает работу самого сервера). Ошибки вроде «не найдена лицензия на использование сервера» и «не найдено свободной клиентской лицензии» имеют разную природу и диагностируются по-разному.

Разберитесь, какие типы лицензий используются

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

Аппаратные ключи HASP вставляются в сервер или компьютер, лицензии с них раздаёт менеджер лицензий (Hasp License Manager). Количество лицензий фиксировано ключом: например, ключ на 50 пользователей. Программные лицензии активируются пин-кодом и привязываются к оборудованию конкретного сервера; их список хранится в файлах с расширением .lic в служебном каталоге сервера 1С.

Отдельно существует лицензия на сервер 1С:Предприятия — без неё сервер не запустится в рабочем режиме. Её наличие проверяется не по количеству сеансов, а по факту активации на сервере.

Посмотрите активные сеансы в консоли кластера

Основной инструмент — консоль администрирования серверов 1С:Предприятия (оснастка «Центральные серверы 1С:Предприятия»). Она устанавливается вместе с сервером и доступна на самом сервере или на машине администратора с установленными компонентами администрирования.

Откройте консоль, разверните сервер, затем нужный кластер и перейдите в раздел «Сеансы». Здесь отображается список всех активных подключений: пользователь, компьютер, приложение (тонкий клиент, веб-клиент, фоновое задание), время начала и признак занятой лицензии.

1. 1
   Откройте консоль администрирования серверов 1С:Предприятия
2. 2
   Разверните сервер и кластер, выберите раздел «Сеансы»
3. 3
   Отсортируйте список по колонке «Лицензия» или посчитайте сеансы с занятой лицензией
4. 4
   Сверьте количество с лимитом ваших лицензий
5. 5
   Проверьте раздел «Соединения», если нужно увидеть зависшие подключения без сеансов

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

Проверьте список доступных лицензий на сервере

Чтобы узнать, сколько лицензий вообще доступно серверу, откройте свойства кластера и раздел со списком лицензий. В консоли кластера для каждой программной лицензии видны её параметры: тип, количество пользователей, состояние. Для аппаратных ключей информация берётся от менеджера лицензий HASP.

Программные лицензии хранятся в файлах .lic. Их расположение зависит от операционной системы и способа активации: обычно это каталог srv1c в профиле службы агента сервера или общий каталог 1C в ProgramData. Просмотр файлов напрямую неудобен — корректнее использовать штатные средства.

ring license list --send-statistics=false

Утилита ring из состава дистрибутива 1С позволяет вывести список установленных программных лицензий из командной строки. Команда показывает активированные лицензии, их серийные номера и количество. Это удобно для автоматизации и проверки без запуска графической консоли.

Используйте журнал регистрации и технологический журнал

Журнал регистрации информационной базы фиксирует события подключения и отключения сеансов. По нему можно восстановить историю потребления лицензий: кто и когда подключался, сколько сеансов было одновременно. Это полезно, когда нужно понять пиковую нагрузку, а не моментальный снимок.

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

Проверьте лицензии в файловом варианте и на веб-сервере

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

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

Определите пиковую нагрузку и спланируйте закупку

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

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

Частые ошибки при подсчёте лицензий

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

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

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