При развертывании инфраструктуры 1С:Предприятие системные администраторы часто сталкиваются с необходимостью вынесения службы лицензирования на отдельный сервер (особенно в виртуальных средах). Типичная ситуация: вы активируете многопользовательскую программную лицензию на новой виртуальной машине, но при попытке подключения пользователи получают сообщение об ошибке: «Файл программной лицензии не предусматривает возможность запуска сервера 1С:Предприятия». Разберем подробно, почему это происходит и как правильно настроить конфигурацию без покупки дополнительных лицензий на каждый узел.
Проанализируем природу сообщения. 1С:Предприятие разделяет лицензии на две основные категории: клиентские (на рабочие места) и серверные (на запуск процесса rphost). Когда вы устанавливаете серверную часть 1С на компьютер и запускаете службу, по умолчанию создается полноценный рабочий сервер в составе кластера. Этот сервер автоматически запускает свои рабочие процессы, каждому из которых для функционирования обязательно требуется лицензия на сервер 1С:Предприятия.
Если на сервере активированы только клиентские лицензии (например, на 20 пользователей), то при попытке запуска рабочего процесса система видит файл лицензии .lic, но не находит в нем разрешения на работу самого сервера. Именно поэтому возникает ошибка. Проблема не в «кривой» активации, а в том, что сервер пытается выполнять функции, на которые у него нет прав.
Если ваша цель — создать отдельный узел, который будет только раздавать лицензии другим серверам в кластере, не требуя при этом серверной лицензии для самого себя, необходимо выполнить специальную настройку через Консоль администрирования серверов 1С. Рассмотрим этот процесс по шагам.
Кластеры -> [Имя вашего кластера] -> Рабочие серверы.Сервис лицензированияНазначать10 (высокий)Для всех объектов (или оставьте пустым для обозначения всех сервисов)Не назначать0Применить требования назначения функциональности.После выполнения этих действий rmngr (менеджер кластера) поймет, что данный сервер предназначен исключительно для работы Сервиса лицензирования. Он перестанет запускать на нем полнофункциональные рабочие процессы rphost, которые требуют серверную лицензию, и ошибка исчезнет.
Проанализируем ситуацию с активацией лицензий на виртуальных машинах (ВМ), которая обсуждалась в теме. Программная лицензия «привязывается» к уникальным параметрам оборудования. Для виртуальной среды это создает дополнительные риски. Выясним, какие параметры критичны для стабильности лицензии:
Посмотрим на мнение экспертов относительно «слёта» лицензий при миграции ВМ между хостами (vMotion/Live Migration). Если физические серверы в ферме имеют идентичные модели процессоров, миграция обычно проходит безболезненно. Однако при перемещении ВМ на хост с другой архитектурой процессора (например, с Intel Xeon Gold одного поколения на другое), 1С может потребовать повторную активацию с использованием резервного пин-кода.
Существует способ объединить преимущества программной лицензии и аппаратной защиты. При активации программной лицензии система позволяет выбрать вариант привязки: к параметрам компьютера или к аппаратному ключу защиты. Если у вас есть неиспользуемый USB-ключ серии ORGL8 (обычный клиентский ключ), вы можете привязать программную лицензию на 20 пользователей к нему.
В этом случае, даже если вы измените параметры виртуальной машины или перенесете её в облако, лицензия останется активной, пока сервер «видит» этот USB-ключ (через проброс USB или сетевой USB-хаб). Это избавляет от необходимости тратить резервные пин-коды при каждом обновлении оборудования.
Для диагностики полезно знать пути, по которым сервер ищет файлы *.lic. Рассмотрим их в порядке приоритета:
1C:Enterprise 8.3 Server Agent (обычно это usr1cv8).%ProgramData%\1C\licenses (именно здесь они хранятся чаще всего).conf в папке установки платформы (например, C:\Program Files\1cv8\conf).Важный совет: Если вы переносили лицензии или активировали их повторно, проанализируйте содержимое этих папок. Иногда старые, недействительные файлы лицензий могут мешать системе корректно определить актуальную лицензию. В таких случаях стоит временно переместить старые файлы в архивную папку и перезапустить службу сервера.