Сервер лицензирования 1С: что это и как он работает

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

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

Как 1С проверяет лицензии

Механизм лицензирования 1С построен на взаимодействии трёх компонентов: клиентской части (тонкий или толстый клиент), сервера приложений (ragent, rmngr, rphost) и сервера лицензирования. Проверка происходит в момент запуска сеанса.

Последовательность выглядит так:

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

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

Важный нюанс: сервер лицензирования не хранит данные о пользователях и правах доступа — только о лицензиях. Аутентификацию и авторизацию проводят сервер приложений и сама база данных.

Зачем выносить сервер лицензирования на отдельный сервер

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

Отказоустойчивость

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

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

Масштабируемость

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

На практике это выглядит так: серверу приложений нужны мощные процессоры и много оперативной памяти (от 64 ГБ), а серверу лицензирования достаточно скромной конфигурации (4 ядра, 8 ГБ RAM). Вынос лицензирования освобождает ресурсы основного сервера для обработки бизнес-логики.

Безопасность

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

Управление обновлениями

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

Варианты развёртывания сервера лицензий

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

Схема	Когда использовать	Плюсы	Минусы
На сервере приложений	До 10 пользователей, нет критичных требований к SLA	Не нужно дополнительное оборудование, простая настройка	Единая точка отказа, сложно обновлять, растёт нагрузка
Отдельный физический сервер	От 50 пользователей, средний бюджет	Изоляция ресурсов, повышенная безопасность, резерв мощности	Требуется отдельное железо, выше стоимость
Виртуальная машина на отдельном гипервизоре	От 20 пользователей, виртуализированная инфраструктура	Гибкость выделения ресурсов, возможность миграции, легко резервировать	Зависимость от гипервизора, нужен запас ресурсов хоста
Кластер серверов лицензирования (горячий резерв)	Критичные системы, требования к uptime 99,9%+	Нет простоя при отказе узла, автоматическое переключение	Требует несколько серверов, сложная настройка, дороже в поддержке

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

Сервер лицензий 1С на виртуальной машине

Виртуализация сервера лицензирования — распространённая практика. 1С официально поддерживает работу на VMware vSphere, Microsoft Hyper-V, KVM и других платформах. Главное требование — стабильность гипервизора и достаточные ресурсы.

Минимальные требования к ВМ

• Процессор: 2 виртуальных ядра (vCPU)
• Оперативная память: 4 ГБ
• Диск: 20 ГБ (SSD предпочтительно для быстрого доступа к ключам)
• ОС: Windows Server 2016 и выше, либо Linux (RHEL, CentOS, Ubuntu Server)
• Сеть: постоянное подключение, низкая задержка до серверов приложений (менее 5 мс)

На практике для компании с 30-50 пользователями хватает ВМ с 4 vCPU и 8 ГБ RAM. Если планируется рост до 100+ пользователей — закладывайте 8 vCPU и 16 ГБ.

Особенности работы на виртуальной инфраструктуре

При виртуализации важно учитывать несколько нюансов:

Привязка к UUID: сервер лицензирования 1С привязывает ключи к аппаратному идентификатору (UUID) сервера. Если мигрировать ВМ на другой хост с изменением UUID — ключи станут недействительными. Чтобы избежать этого, зафиксируйте UUID в настройках ВМ или используйте аппаратные ключи HASP (USB-токены), которые пробрасываются в ВМ.

Резервирование ресурсов: не допускайте overcommit процессорного времени и памяти для ВМ сервера лицензирования. Если гипервизор начнёт выгружать память в swap или задерживать выполнение потоков — пользователи столкнутся с таймаутами при подключении к базам. Зарезервируйте ресурсы на уровне vSphere Resource Pool или Hyper-V Memory Reservation.

Сетевая изоляция: создайте отдельный VLAN для сервера лицензирования и серверов приложений 1С. Это уменьшает вероятность DoS-атак и упрощает аудит сетевого трафика.

Для построения виртуальной инфраструктуры под 1С подходят серверы Dell PowerEdge, HP ProLiant или Supermicro с поддержкой гипервизоров VMware ESXi или Microsoft Hyper-V. Важно выбирать модели с достаточным запасом ресурсов для одновременной работы нескольких ВМ.

Настройка сервера лицензирования 1С

Процесс настройки сервера лицензий зависит от версии платформы и операционной системы. Опишу типовой сценарий для Windows Server и 1С:Предприятие 8.3.

Установка компонентов

1. Скачайте дистрибутив платформы 1С с портала releases.1c.ru. Выберите полную версию (не клиент).
2. Запустите установщик, в списке компонентов отметьте только «Сервер лицензирования». Остальные компоненты (сервер приложений, толстый клиент) не нужны.
3. Укажите путь установки (например, C:\Program Files\1cv8\) и завершите установку.
4. Убедитесь, что служба «Сервер лицензирования 1С:Предприятие 8.3» запущена. Проверьте в services.msc или через команду sc query "1C:Enterprise 8.3 License Server".

Загрузка и активация лицензий

После установки нужно загрузить лицензионные ключи:

1. Получите файл лицензии (.lic) от дистрибьютора 1С или скачайте из личного кабинета на users.v8.1c.ru.
2. Запустите утилиту «ring» (путь: C:\Program Files\1cv8\srvinfo\reg_1541\ring.exe).
3. В меню «Добавить лицензию» выберите файл .lic. Укажите пин-код (из комплекта лицензии).
4. Программа установит ключ в защищённое хранилище. Проверьте статус: должна отобразиться информация о типе лицензий (клиентские/серверные) и количестве.

Если используете USB-ключи HASP — вставьте их в USB-порт сервера, установите драйвер Sentinel HASP (поставляется вместе с платформой). Утилита ring должна автоматически обнаружить ключ.

Конфигурация серверов приложений

После настройки сервера лицензирования нужно указать серверам приложений 1С, где его искать:

1. Откройте консоль администрирования серверов 1С (Windows: comcntr.exe, Linux: rac).
2. Подключитесь к центральному серверу кластера (обычно localhost:1540).
3. В свойствах кластера найдите раздел «Сервер лицензирования». Укажите IP-адрес или имя хоста отдельного сервера лицензий (например, lic-server.company.local).
4. Сохраните изменения, перезапустите службы кластера (ragent, rphost).

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

Мониторинг и диагностика

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

• Доступность сервиса: проверяйте TCP-порт 1540 (стандартный порт сервера лицензий) раз в минуту. Используйте мониторинг Zabbix, Prometheus или встроенные средства.
• Количество активных лицензий: отслеживайте, сколько лицензий захвачено в данный момент. Если цифра приближается к лимиту — пора покупать дополнительные.
• Ошибки активации: читайте логи сервера лицензирования (путь: C:\Program Files\1cv8\srvinfo\reg_1541\ на Windows). Типичные проблемы — истёк срок действия ключа, повреждение базы ключей, недоступен USB-токен.

Для автоматизации используйте скрипты PowerShell или Bash, которые опрашивают утилиту ring и передают данные в систему мониторинга.

Резервное копирование и восстановление

Потеря сервера лицензирования останавливает работу всей 1С-инфраструктуры. Регулярные бэкапы критичны.

Что нужно резервировать

• Базу ключей: папка reg_1541 (или reg_1542 для версии 8.2) с файлами 1CV8.1CD, 1CV8.1CL.
• Конфигурационные файлы: если вносили ручные изменения в настройки сервиса.
• Файлы лицензий (.lic): храните копии в защищённом хранилище, чтобы быстро восстановить ключи на новом сервере.

Процедура восстановления

При отказе сервера лицензирования:

1. Разверните новую ВМ или физический сервер с той же ОС.
2. Установите ту же версию платформы 1С (важно совпадение релиза, например 8.3.22.1704).
3. Остановите службу сервера лицензирования.
4. Скопируйте папку reg_1541 из резервной копии в C:\Program Files\1cv8\srvinfo\.
5. Запустите службу, проверьте статус ключей через утилиту ring.
6. Убедитесь, что серверы приложений видят восстановленный сервер лицензий.

Время восстановления — от 15 минут до часа (зависит от скорости развёртывания ВМ). Чтобы минимизировать простой, держите резервный сервер лицензий в режиме stand-by или настройте автоматическую репликацию базы ключей.

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

Неправильная настройка сервера лицензирования приводит к отказам в доступе и жалобам пользователей. Вот частые проблемы:

Недостаточное количество лицензий

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

• Пользователи оставляют клиенты 1С открытыми, не завершая сеанс. Лицензия остаётся занятой до таймаута (по умолчанию 20 минут).
• Фоновые задания захватывают серверные лицензии и долго выполняются.
• Реальный рост числа пользователей — лицензий действительно не хватает.

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

Несоответствие версий платформы

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

Проблемы с сетью

Если между сервером приложений и сервером лицензий высокая задержка (более 10 мс) или пакеты теряются — возникают таймауты. Пользователи видят ошибку «Не удалось подключиться к серверу лицензирования». Проверьте сетевую связность через ping и traceroute, убедитесь, что межсетевые экраны не блокируют порт 1540.

Повреждение базы ключей

Файлы 1CV8.1CD могут повредиться при некорректном завершении работы сервера (отключение питания, сбой диска). Симптом — сервер лицензирования запускается, но не выдаёт лицензии. Восстанавливайте базу из резервной копии или заново активируйте ключи из файлов .lic.

Требования к серверному оборудованию

Выбор железа для сервера лицензирования зависит от масштаба внедрения. Ниже — рекомендации для разных сценариев.

Количество пользователей	Процессор	RAM	Диск	Примеры моделей
До 20	2 ядра, 2.0 ГГц	4 ГБ	60 ГБ HDD	ВМ на любом гипервизоре, либо старый сервер в режиме репурпоза
20-50	4 ядра, 2.5 ГГц	8 ГБ	120 ГБ SSD	ВМ на выделенном хосте, либо начальные серверы Supermicro или HP ProLiant
50-100	4-8 ядер, 3.0 ГГц	16 ГБ	240 ГБ SSD	Отдельный физический сервер, например Dell PowerEdge R340 или аналоги
100+	8+ ядер, 3.0 ГГц+	32 ГБ	480 ГБ SSD (RAID 1)	Кластер из двух серверов с репликацией, модели уровня Dell PowerEdge R440/R450

Для малого и среднего бизнеса достаточно виртуализации на существующем оборудовании. Крупным компаниям стоит рассмотреть выделенные серверные платформы с поддержкой горячей замены компонентов и аппаратного RAID.

Обратите внимание на надёжность дисковой подсистемы: база ключей лицензирования небольшая (единицы мегабайт), но критична к сохранности. Используйте SSD-диски с защитой от потери питания (power-loss protection) или настройте RAID 1 для зеркалирования. Подробнее о компонентах серверов — в разделе оперативная память и процессоры.

Альтернативы: облачное лицензирование и SaaS

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

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

Для компаний с собственной ИТ-инфраструктурой и требованиями к автономности классический сервер лицензирования остаётся предпочтительным вариантом.

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

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