← На главную

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

Фундаментальное отличие: рабочее место против сеанса

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

Рассмотрим две базовые ситуации на примере многопользовательского ключа на 10 пользователей:

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

Лицензирование в файловом и клиент-серверном вариантах работы

Выясним, как архитектурный вариант работы с базой данных влияет на распределение лицензий:

Файловый вариант работы:

В файловом режиме запуск баз и подсчет лицензий происходят на стороне клиента. Если вы используете сетевой многопользовательский USB-ключ, доступный в локальной сети через службу HASP License Manager, или если на клиентских компьютерах локально активированы программные лицензии (поштучно), то лицензирование всегда происходит по рабочим местам. На одном компьютере можно запустить произвольное количество экземпляров системы, и расходоваться будет только 1 лицензия.

Клиент-серверный вариант работы (SQL):

В клиент-серверной архитектуре ключевое значение имеет настройка информационной базы в консоли администрирования кластера сервера «1С:Предприятия» — параметр Разрешить выдачу лицензий сервером 1С:Предприятия (значения «Да» или «Нет»):

• Если установлено значение «Да», сервер «1С» самостоятельно забирает лицензии из установленных на сервере ключей (как программных, так и аппаратных) и раздает их подключившимся клиентам. В этом случае действует жесткое правило: один сеанс — одна лицензия.
• Если установлено значение «Нет», сервер блокирует выдачу лицензий со своей стороны. Клиентское приложение обязано самостоятельно найти лицензию локально на компьютере или в сети. Если в локальной сети запущен HASP License Manager с сетевым USB-ключом, то лицензирование пойдет по более экономичной схеме — по рабочим местам.

Специфика программных лицензий: привязка к «железу» и риски «слёта»

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

• Сетевое имя компьютера.
• Модель, версия материнской платы, тип и версия BIOS.
• Параметры и количество процессоров.
• Объем оперативной памяти (ОЗУ).
• Список сетевых адаптеров и их MAC-адреса.
• Список и характеристики жестких дисков и RAID-контроллеров.
• Версия операционной системы и дата ее установки (для ОС Windows).

Важно: Любая модернизация сервера или клиентского ПК (например, добавление планки оперативной памяти или замена сетевой карты) приведет к тому, что программная лицензия перестанет работать («слетит»). Для восстановления работы администратору придется активировать лицензию заново, используя резервный пин-код из комплекта поставки. Если резервные пин-коды закончатся, потребуется отправлять официальный запрос в Центр лицензирования фирмы «1С» (lic@1c.ru) для получения дополнительных кодов.

Особенности лицензирования в виртуальных средах (VMware, Hyper-V, Proxmox)

Использование виртуализации вносит свои коррективы в процесс администрирования лицензий:

Программные лицензии в виртуальных машинах (VM): Виртуальные среды крайне чувствительны к динамическому изменению ресурсов. Например, если в настройках виртуальной машины включено динамическое выделение оперативной памяти (Dynamic Memory), то при автоматическом изменении объема ОЗУ лицензия «1С» мгновенно заблокируется, посчитав, что конфигурация компьютера изменилась. Также программные лицензии могут деактивироваться при «живой» миграции виртуальной машины между физическими хостами (например, через vMotion в VMware), если при этом изменятся идентификаторы виртуального процессора или UUID машины.

USB-ключи в виртуальных машинах (VM): Физический USB-ключ нельзя напрямую вставить в виртуальную машину. Системным администраторам приходится использовать механизмы проброса USB-портов (USB Passthrough) средствами гипервизора либо применять специализированные аппаратные концентраторы USB-over-IP (например, устройства линейки DIGI AnywhereUSB). Огромным плюсом использования аппаратных USB-ключей в виртуальных средах является их полная нечувствительность к изменению любых параметров виртуальной машины.

Выделенный сервер лицензирования 1С

В современных версиях платформы «1С:Предприятие 8.3» реализован эффективный механизм — выделенный сервер лицензирования. Проанализируем, как это решение помогает застраховать программные лицензии от «слётов» при модернизации серверов.

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

Порядок поиска лицензий платформой

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

1. На стороне клиента (локально):
   • Опрашивается файл программной лицензии или USB-ключ, с которых запуск прошел успешно в предыдущий раз.
   • Выполняется поиск локальных программных лицензий на самом ПК.
   • Выполняется поиск локально подключенного USB-ключа (физического HASP-накопителя).
   • Производится поиск сетевых USB-ключей в локальной сети через HASP License Manager.
2. На стороне сервера приложений (если локальная лицензия не найдена):
   • Проверяются программные лицензии, установленные на сервере «1С».
   • Проверяется локальный USB-ключ, подключенный к серверу приложений.
   • Выполняется поиск сетевых USB-ключей через HASP License Manager, доступный для сервера приложений.
   • Опрашивается выделенный сервер лицензирования (если он настроен в кластере).

Полезный совет: Если на вашем предприятии используются исключительно программные лицензии, поиск аппаратных USB-ключей можно принудительно отключить на рабочих станциях. Это заметно ускорит запуск клиентского приложения «1С». Для этого в файле конфигурации 1CEStart.cfg (который обычно находится в каталоге %APPDATA%\1C\1CEStart\) необходимо прописать строку:

UseHwLicenses=0

Ограничения работы через Веб-клиент

При организации удаленной работы пользователей через веб-клиент (запуск программы через интернет-браузер) необходимо учитывать важное техническое ограничение: веб-клиент не умеет использовать локальные лицензии пользователя. Браузер физически не имеет доступа ни к локальным файлам программных лицензий на ПК пользователя, ни к локально подключенному USB-ключу. В случае работы через браузер выдачу лицензий всегда берет на себя либо веб-сервер (Apache, IIS), либо сервер приложений «1С». Это означает, что для всех веб-клиентов всегда будет действовать только сеансовая схема лицензирования: один сеанс — одна лицензия.

Резюме: что выбрать для вашей инфраструктуры?

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

• USB-защита: Более гибкая в настройке и нечувствительна к изменениям аппаратной части серверов и виртуальных машин. Позволяет экономить лицензии при открытии нескольких баз на одном рабочем месте через HASP LM. Из недостатков — более высокая стоимость (аппаратные версии программных продуктов стоят дороже), ограничения на использование нескольких однотипных ключей на одном сервере, а также постепенный вывод таких поставок фирмой «1С» из широкого обращения.
• Программная защита: Более доступна по стоимости, поставляется моментально в виде электронных поставок, не требует свободных USB-портов. При покупке многопользовательской лицензии (на 5, 10 или 20 рабочих мест) системный администратор имеет возможность гибкого выбора при первой активации: активировать один многопользовательский пин-код на сервере (для сеансового учета) либо раздать индивидуальные однопользовательские пин-коды непосредственно на компьютеры пользователей (для учета по рабочим местам). Из минусов — жесткая зависимость от стабильности аппаратной конфигурации и виртуальных параметров оборудования.