Как добавить сервер лицензирования в кластер 1С

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

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

Когда нужен отдельный сервер лицензирования

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

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

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

Подготовка: что должно быть настроено заранее

До назначения роли убедитесь, что целевой компьютер соответствует базовым условиям. На нём должна быть установлена та же версия платформы 1С, что и на остальных серверах кластера, зарегистрирована и запущена служба агента сервера 1С:Предприятия. Если используется программная лицензия — она должна быть активирована именно на этом компьютере (файлы lic в каталоге лицензий, обычно в профиле службы агента или общем каталоге C:\ProgramData\1C\licenses).

Если используется аппаратный ключ HASP, на сервере лицензирования должен быть установлен драйвер ключа и, при сетевом ключе, настроен менеджер лицензий HASP License Manager. Проверьте, что ключ виден системой, до начала настройки кластера — это избавит от поиска проблемы «слепым» методом.

Также проверьте сетевую доступность: рабочие серверы кластера должны свободно обращаться к серверу лицензирования по портам агента и менеджера кластера (по умолчанию диапазон 1540–1541 и рабочие порты 1560–1591). Межсетевые экраны между серверами — частая скрытая причина сбоев выдачи лицензий.

Способ 1: назначение через свойства рабочего сервера

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

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

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

Способ 2: требования назначения функциональности

Более гибкий вариант — требования назначения функциональности (ТНФ). Они позволяют явно указать, какие сервисы кластера на каких серверах должны работать, и задать приоритеты. Это удобно в больших кластерах, где роли распределены между несколькими машинами.

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

Типовая схема для кластера из двух серверов: на выделенном сервере лицензирования — требование «Сервис лицензирования» с приоритетом, на рабочем сервере — либо отсутствие требования, либо явный запрет. Так вы гарантируете, что сервис не «переедет» при перезапуске кластера.

Сравнение вариантов

Свойства рабочего сервера

Быстро и просто, подходит для кластера из 1–2 серверов. Ограничение: меньше гибкости при сложном распределении ролей.

Требования назначения функциональности

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

Проверка результата

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

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

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

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

Запуск клиентского сеанса

Норма

Сеанс открывается без сообщений о лицензии

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

Ошибка «Не найдена лицензия для использования программы»

Служба агента сервера на сервере лицензирования

Норма

Служба работает, в журнале нет ошибок лицензирования

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

Служба остановлена или падает при обращении

Видимость лицензии

Норма

Файлы lic доступны службе агента или ключ HASP определён системой

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

Файлы отсутствуют, ключ не определяется, ошибки прав доступа

Типичные ошибки и их устранение

Наиболее частая проблема — лицензия активирована не на том компьютере, который назначен сервером лицензирования. Кластер честно обращается к назначенному серверу, не находит там лицензию и отказывает сеансу. Решение — активировать лицензию на правильном сервере или переназначить роль.

Вторая группа ошибок связана с правами доступа: служба агента сервера работает от учётной записи, у которой нет доступа к каталогу с файлами lic. Проверьте, что учётная запись службы (по умолчанию создаваемый пользователь USR1CV8 или указанная вами) имеет чтение каталога лицензий.

Третья группа — сетевые ограничения. Если между рабочими серверами и сервером лицензирования стоит межсетевой экран, закрытые порты кластера приводят к тому, что сервис лицензирования недоступен, хотя локально всё настроено верно. Проверяйте доступность портов с рабочих серверов, а не только локально.

Ограничения и особые сценарии

Программные лицензии и виртуальные машины

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

Несколько кластеров и один сервер лицензирования

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

Клиентские лицензии HASP вне кластера

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

Часто задаваемые вопросы

Можно ли назначить сервером лицензирования центральный сервер кластера?

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

Нужно ли перезапускать службу агента после назначения роли?

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

Что делать, если после настройки появляется ошибка «Не найдена лицензия»?

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

Можно ли зарезервировать сервер лицензирования?

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

Влияет ли смена сетевого имени сервера на лицензирование?

Да. Программная лицензия привязана в том числе к параметрам компьютера, и смена имени может сделать её недействительной. Перед переименованием сервера лицензирования подготовьте резервные пин-коды для повторной активации.