Как сервер 1С раздает программные лицензии

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

Механизм работает так: при запуске сеанса кластер серверов 1С проверяет, есть ли свободная программная лицензия в своем «пуле». Если есть — лицензия назначается сеансу, если нет — пользователь получает сообщение «не найдено лицензии для использования программы». Физически лицензии хранятся в виде файлов с расширением .lic в служебном каталоге сервера, а их выдачей управляет процесс rmngr (менеджер кластера).

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

Как устроен механизм выдачи лицензий сервером

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

Одна однопользовательская программная лицензия, активированная на сервере, обслуживает один сеанс. Многопользовательская лицензия (на 5, 10, 20, 50, 100 и более пользователей) позволяет одновременно работать соответствующему числу сеансов. При этом комбинации лицензий суммируются: например, лицензии на 10 и на 20 пользователей вместе дают 30 одновременных сеансов.

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

Где сервер хранит файлы лицензий

По умолчанию сервер 1С ищет файлы лицензий в каталоге данных кластера. В Windows это обычно C:\Program Files\1cv8\srvinfo (для 64-разрядных версий путь может отличаться), а в Linux — /opt/1cv8/.../srvinfo или домашний каталог пользователя, под которым работает агент сервера. Внутри создается структура подкаталогов, где и размещаются файлы .lic.

Альтернативный вариант — общий каталог C:\ProgramData\1C\licenses в Windows. Его удобно использовать, когда одни и те же лицензии должны быть доступны и серверу, и локальным клиентам на той же машине. Права на каталог должны позволять чтение и запись учетной записи, под которой работает агент сервера 1С (по умолчанию USR1CV8).

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

Настройка раздачи лицензий сервером: пошагово

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

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

1. 1
   Убедитесь, что сервер 1С установлен и кластер работает
2. 2
   Активируйте программные лицензии на сервере через диалог получения лицензии или утилиту ring
3. 3
   Откройте консоль кластера серверов и найдите нужную информационную базу
4. 4
   В свойствах базы установите параметр выдачи лицензий сервером 1С:Предприятия
5. 5
   Перезапустите сеансы пользователей и проверьте, что лицензии выдаются сервером
6. 6
   Проверьте в консоли кластера, что у сеансов отображается выданная лицензия

В свойствах информационной базы в консоли кластера есть параметр, отвечающий за выдачу лицензий. Если он включен, все сеансы этой базы получают лицензии от сервера. Если параметр не задан, клиенты ищут лицензии локально, и активация на сервере не даст эффекта.

Комбинирование программных и аппаратных лицензий

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

Аппаратный ключ, установленный непосредственно на сервер, тоже может быть источником лицензий для кластера. Но если ключ сетевой и раздается через HASP License Manager, клиенты могут получать лицензии напрямую, минуя сервер 1С. Это рабочая схема, но она требует настройки файла nethasp.ini на клиентских машинах.

Способы выдачи клиентских лицензий

Раздача сервером 1С

Централизованное управление, привязка к серверу, клиенты ничего не настраивают. Требует активации на сервере и включения режима в свойствах базы.

Локальные файлы на клиентах

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

Аппаратный ключ HASP

Не зависит от привязки к железу, но требует менеджера лицензий и настройки сети; ключ можно физически потерять.

Типичные ошибки и их причины

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

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

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

Проверка результата и диагностика

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

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

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

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

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

Сеанс в консоли кластера

Норма

У сеанса указана выданная сервером лицензия

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

Поле лицензии пустое — сеанс получил лицензию локально или работает в ограниченном режиме

Вход с нового клиентского ПК

Норма

Пользователь входит в базу без активации лицензии на своей машине

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

Появляется окно поиска лицензии или ошибка её отсутствия

Файлы .lic на сервере

Норма

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

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

Файлы отсутствуют, повреждены или недоступны по правам

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

Сколько лицензий может раздавать один сервер 1С?

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

Нужна ли отдельная лицензия на сам сервер 1С?

Да, для работы сервера 1С:Предприятия (кроме некоторых младших редакций) требуется отдельная серверная лицензия. Она активируется на том же компьютере, но не заменяет клиентские лицензии — это независимые продукты лицензирования.

Что делать, если лицензия перестала работать после замены оборудования сервера?

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

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

Можно, но с осторожностью: миграция виртуальной машины между хостами или изменение выделенных ресурсов (процессоров, памяти, сетевых адаптеров) может нарушить привязку лицензии. Рекомендуется зафиксировать конфигурацию ВМ и хранить резервные пин-коды.

Почему лицензий не хватает, хотя пользователей меньше, чем куплено?

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

Можно ли перенести активированные лицензии на другой сервер?

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