Программные лицензии 1С привязываются к параметрам машины. Добавили оперативной памяти серверу — лицензия слетела. Увеличили объем диска — активация потеряна. Обычно это случается в самый неподходящий момент.
Выделенный сервер лицензирования решает эту проблему раз и навсегда.
Что такое сервер лицензирования в 1С
Начнем с терминологии. В официальной документации 1С нет понятия "сервер лицензирования". Есть сервис лицензирования — функция, которая назначается любому рабочему серверу в кластере.
Но у этого сервиса есть особенность: если рабочий сервер выполняет только функции лицензирования и больше ничего, ему не нужна отдельная серверная лицензия. Это позволяет выделить для раздачи лицензий отдельную машину с фиксированными характеристиками.
Системные администраторы называют такую машину сервером лицензирования. Это устоявшееся определение, хоть и неофициальное.
Сервер лицензирования работает только с клиент-серверными базами данных. Файловые базы он не поддерживает. Раздает только программные лицензии уровня ПРОФ или КОРП — аппаратные ключи HASP не используются напрямую.
Зачем нужен отдельный сервер для лицензий
Первая причина — защита от потери лицензий при изменении конфигурации сервера.
Представьте: вы добавили процессорные ядра виртуальной машине с сервером приложений 1С. Утром обнаруживаете, что лицензия слетела. Пользователи не могут работать. Вы тратите время на переактивацию, используете резервный пинкод.
С выделенным сервером лицензирования эта проблема исчезает. Вы меняете параметры сервера приложений сколько угодно — лицензии остаются на месте.
Вторая причина — централизованное управление.
Все программные лицензии хранятся в одном месте. Вы видите полную картину: сколько лицензий активировано, сколько используется, сколько свободно. Упрощается администрирование и контроль.
Третья причина — эффективное использование клиентских лицензий.
У вас два сервера 1С. На первом закончились свободные лицензии, хотя на втором еще много. Пользователи первого сервера не могут подключиться.
Сервер лицензирования раздает лицензии из общего пула всем серверам кластера. Такая ситуация становится невозможной.
Четвертая причина — быстрое восстановление после сбоев.
Сервер приложений вышел из строя. Вы поднимаете резервный сервер и сразу подключаете его к кластеру. Лицензии он получает автоматически, без активации.
Пятая причина — минимальные требования к оборудованию.
Для сервера лицензирования достаточно 2 ядер процессора и 4 Гб оперативной памяти. Можно использовать виртуальную машину с минимальной конфигурацией.
Ограничения и требования
Сервер лицензирования работает только с программными электронными лицензиями, активируемыми пинкодом.
Не поддерживает:
- Аппаратные ключи защиты HASP;
- Лицензии базовых версий программ 1С;
- Версию 1С:Предприятие 8.3 Сервер МИНИ.
Последнее особенно важно. Сервер МИНИ позволяет создать только один рабочий сервер в кластере, поэтому выделенный сервер лицензирования с ним не работает.
Если вы используете Сервер МИНИ и хотите настроить сервер лицензирования, потребуется апгрейд до полноценной версии 1С:Предприятие 8.3 ПРОФ.
Сервер лицензирования выдает лицензии только серверу 1С:Предприятия, а не напрямую клиентам. Лицензии выдаются на каждый запуск или сеанс независимо от режима подключения.
Для работы необходима хотя бы одна лицензия на сервер 1С:Предприятия. Сам сервер лицензирования такой лицензии не требует, если на нем назначен только сервис лицензирования и больше никакие функции.
Подготовка к установке: что проверить перед началом
Убедитесь, что используете версию 1С:Предприятие 8.3 или выше. Проверьте наличие свободного места на диске — минимум 2 Гб для установки платформы.
На машине, которая станет сервером лицензирования, должна работать служба WMI (Windows Management Instrumentation). Без нее система программного лицензирования функционировать не будет.
Определите, какие версии платформы используются на ваших рабочих серверах. На сервере лицензирования должны быть установлены те же версии — точное совпадение релиза обязательно.
Если у вас несколько кластеров с разными версиями платформы (например, 8.3.17 и 8.3.20), на сервере лицензирования нужно установить обе версии. Они будут работать на разных портах.
Разрядность тоже должна совпадать. Нельзя использовать 64-разрядный сервер лицензирования для раздачи лицензий 32-разрядному серверу приложений.
Проверьте доступность сетевых портов. Должны быть открыты:
- Порт центрального сервера (по умолчанию 1540);
- Порт кластера (по умолчанию 1541);
- Порт сервера администрирования (по умолчанию 1545);
- Диапазон портов для динамического выбора (по умолчанию 1560-1591).
Протоколы TCP и UDP должны быть разрешены на этих портах между сервером лицензирования и рабочими серверами кластера.
Подготовьте учетную запись пользователя, под которой будет работать сервер 1С:Предприятия. Обычно это USR1CV8. Если эта учетная запись уже существует на других серверах кластера, используйте ее же.
Установка сервера 1С:Предприятия
Процесс создания выделенного сервера лицензирования состоит из трех этапов:
- Установка платформы на машину для сервера лицензирования.
- Настройка требований назначения функциональности в консоли администрирования.
- Перенос программных лицензий.
Рассмотрим установку на операционную систему Windows. Для Linux процесс отличается — подробности в руководстве администратора.
Запустите установку от пользователя с административными правами. Можно использовать полный дистрибутив технологической платформы или отдельный дистрибутив сервера 1С:Предприятия.
На этапе выбора компонентов отметьте "Сервер 1С:Предприятия 8". Тонкий клиент и конфигуратор устанавливать необязательно, если активацию лицензий планируете выполнять удаленно.
Выберите язык интерфейса платформы. По умолчанию используются системные установки.
На следующем шаге укажите режим установки сервера. Можно установить как сервис Windows или как приложение.
Рекомендация: если планируете использовать несколько версий платформы на одном сервере лицензирования, устанавливайте как приложение, а не как сервис. Потом вручную создадите службы для каждой версии с указанием версии в имени службы.
Укажите существующего пользователя USR1CV8. Если устанавливаете как сервис, введите пароль этого пользователя.
Программа установки создаст необходимые папки, скопирует файлы, выполнит регистрацию компонентов. Если выбрана установка как сервис, сервер 1С:Предприятия запустится автоматически.
На завершающем этапе программа предложит установить драйвер аппаратного ключа защиты HASP. Если используете только программное лицензирование, снимите все флаги установки драйверов.
После установки запустите консоль администрирования серверов 1С. При первом запуске автоматически создается локальный кластер. Удалите его — правой кнопкой мыши на "Локальный кластер" и выберите "Удалить".
На этом действия на машине сервера лицензирования завершены. Дальнейшая настройка выполняется в консоли администрирования рабочего сервера.
Настройка в консоли администрирования
Откройте консоль администрирования на рабочем сервере, где уже работает кластер 1С.
В ветке "Рабочие серверы" кликните правой кнопкой мыши и выберите "Создать" → "Рабочий сервер".
Заполните параметры:
- Имя: можно указать "Сервер лицензирования" для понятности;
- Компьютер: сетевое имя машины сервера лицензирования;
- Основной порт: порт, на котором работает агент сервера (по умолчанию 1540);
- Диапазон портов: диапазон для процессов службы (по умолчанию 1560:1591).
Остальные параметры оставьте по умолчанию без изменений.
Теперь в кластере два рабочих сервера: центральный и сервер лицензирования. Нужно разделить функции между ними.
Для сервера лицензирования перейдите в "Требования назначения функциональности". Правой кнопкой мыши выберите "Создать" → "Требование назначения функциональности".
Первое требование:
- Объект требования: Сервис лицензирования;
- Тип требования: Назначать;
- Имя ИБ: не указывается;
- Значение дополнительного параметра: не указывается.
Это требование обеспечит функционирование сервиса лицензирования на выделенном сервере.
Второе требование:
- Объект требования: Любой объект требования;
- Тип требования: Не назначать;
- Имя ИБ: не указывается;
- Значение дополнительного параметра: не указывается.
Это требование заблокирует на сервере лицензирования все остальные сервисы кластера. Так выделенный сервер будет заниматься только лицензированием и не потребует отдельной серверной лицензии.
Важно: порядок требований имеет значение. Первым должно быть более узкое требование (Сервис лицензирования), вторым — общее (Любой объект требования).
Если порядок другой, исправьте его командами "Повысить приоритет требования" или "Понизить приоритет требования" через правую кнопку мыши.
После добавления обоих требований примените их. На наименовании кластера кликните правой кнопкой мыши и выберите "Применить требования назначения функциональности (полное)".
Проверьте результат. Для сервера лицензирования в ветке "Менеджеры кластера" → "Дополнительный менеджер" должна отображаться только одна строка: LicenseService — Сервис лицензирования.
Рекомендуется добавить запрет сервиса лицензирования на центральном сервере. В его требованиях назначения функциональности создайте два требования:
- Клиентское соединение с ИБ → Назначать → Для всех.
- Сервис лицензирования → Не назначать → Для всех.
Снова примените требования назначения функциональности полностью.
Перенос программных лицензий
Переносить файлы лицензий с расширением .lic на сервер лицензирования бесполезно. Лицензии привязаны к параметрам машины и на другом сервере работать не будут.
Под переносом понимается повторное получение лицензии с помощью резервного пинкода.
Активацию можно выполнить двумя способами:
- Непосредственно на сервере лицензирования (если установлен конфигуратор);
- С клиентского компьютера удаленно.
Запустите конфигуратор. Если лицензия не обнаружена, автоматически появится предложение получить новую. Нажмите "Да" для запуска помощника.
Если конфигуратор запустился без предложения, выберите меню "Сервис" → "Получение лицензии".
При активации с клиентского компьютера в окне регистрации комплекта нажмите гиперссылку "Дополнительно". В открывшемся поле поставьте флаг "Установка на сервер" и укажите имя сервера лицензирования и порт агента (по умолчанию 1540).
Лицензия привяжется к параметрам сервера лицензирования, а файл лицензии сохранится на диске этого сервера, а не на машине, с которой выполняется активация.
После получения лицензии проверьте наличие файла в каталоге license на сервере лицензирования. Путь обычно: C:\ProgramData\1C\licenses\
Файл имеет имя вида 20ХХXXXXXXXXXX.lic, где числа — метка времени получения лицензии.
Дальнейшая процедура активации стандартная. Вводите пинкод, регистрационный номер, выполняете активацию через интернет или по телефону. Никаких особенностей по сравнению с обычной активацией программной лицензии нет.
После активации всех лицензий проверьте работу системы. Подключитесь к любой информационной базе на рабочем сервере. Если всё настроено правильно, подключение произойдет без запроса лицензии.
Работа с несколькими кластерами
Один сервер лицензирования может раздавать лицензии нескольким кластерам одновременно.
Если кластеры используют одинаковую версию платформы 1С:Предприятие, достаточно одного экземпляра агента сервера на сервере лицензирования. Укажите его порт при добавлении сервера лицензирования в каждый кластер.
Если версии платформы в кластерах разные, на сервере лицензирования запустите несколько экземпляров агента сервера (процесс ragent) на разных портах.
Например:
- Кластер 1 использует платформу 8.3.17 → запустите ragent версии 8.3.17 на порту 1540;
- Кластер 2 использует платформу 8.3.20 → запустите ragent версии 8.3.20 на порту 1542.
При добавлении сервера лицензирования в кластер указывайте соответствующий порт.
Лицензии раздаются из общего пула всем кластерам по принципу "первым пришел — первым получил". Закрепить лицензии за конкретным кластером нельзя.
Использование с разными версиями сервера
На сервере лицензирования можно активировать несколько серверных лицензий одной версии (ПРОФ или КОРП) и одной разрядности (32 или 64).
Но категорически не рекомендуется активировать на одном сервере:
- Лицензии ПРОФ и КОРП одновременно (нарушает условия лицензионного использования КОРП);
- 32-разрядные и 64-разрядные лицензии вместе (32-разрядный сервер может занять 64-разрядную лицензию).
Последовательность использования лицензий определяется порядком файлов в каталоге. Имена файлов — метки времени, поэтому порядок соответствует дате и времени получения лицензии.
Если нужен контроль над тем, какая лицензия какому серверу выдается, используйте привязку к разным версиям платформы. Файлы лицензий перенесите из общего каталога в каталог bin/conf конкретной версии платформы. Тогда лицензию увидит только сервер соответствующей версии.
При обновлении платформы файлы лицензий нужно будет переносить в каталог новой версии.
Частые ошибки и решения
Ошибка: "Кластер содержит несколько рабочих серверов с рабочими процессами и сервисами кластера и не может быть использован с лицензией на сервер 1С:Предприятие с ограничением количества клиентских лицензий".
Причина: используется 1С:Предприятие 8.3 Сервер МИНИ на 5 подключений. Эта версия не поддерживает больше одного рабочего сервера в кластере.
Решение: выполните апгрейд до полноценной версии 1С:Предприятие 8.3 ПРОФ.
Ошибка: "Не найдено ни одного сервера с размещенным сервисом serviceName=LicenseService".
Причина: версии или разрядность платформы на сервере лицензирования и рабочем сервере не совпадают.
Решение: проверьте, что на сервере лицензирования установлена та же версия платформы, что и на рабочем сервере. Разрядность тоже должна совпадать.
Ошибка: "Превышено максимальное количество пользователей, разрешенное файлом программной лицензии".
Причина: серверную лицензию занял какой-то другой процесс. Часто это COMConnector.
Решение: проверьте в консоли администрирования или технологическом журнале, какой процесс занял лицензию. Для COMConnector убедитесь, что фоновые задания, использующие его, настроены правильно.
Ошибка: "Выдача клиентских лицензий сервером 1С:Предприятия запрещена".
Причина: в настройках кластера отключена раздача лицензий сервером.
Решение: в консоли администрирования откройте свойства кластера. На вкладке "Настройка производительности" установите флаг "Разрешить выдачу лицензий сервером 1С:Предприятия".
При этом учтите: лицензии будут раздаваться на каждый сеанс, а не на рабочее место. Если пользователь откроет две базы на одном компьютере, израсходуются две лицензии.
Рекомендации по эксплуатации
Не используйте выделенный сервер лицензирования при одном сервере 1С:Предприятие без особых причин. Особенно если на машине с сервером лицензирования будут запускаться клиентские приложения или это терминальный сервер.
Если сервер лицензирования нужен для раздачи лицензий нескольким серверам из общего пула, активируйте на нем только клиентские лицензии. Серверные лицензии лучше активировать непосредственно на машинах с рабочими серверами.
Процедуру получения программных лицензий выполняйте непосредственно на машине с сервером лицензирования. Не используйте флаг "Установка на сервер" без необходимости.
Для надежного получения лицензий процессы rphost и rmngr сервера 1С:Предприятия должны иметь права на создание, чтение и изменение данных в файле 1cv8conn.pfl.
Не привязывайте программные лицензии на сервере лицензирования к ID клиентских HASP-ключей, доступных по сети через HASP License Manager. На ключах привязки должны всегда оставаться свободные лицензии, но сначала расходуются лицензии с HASP-ключей, а потом с сервера лицензирования.
Если программные лицензии на сервере лицензирования используются вместе с аппаратными ключами HASP, помните: программные лицензии начнут раздаваться только после того, как закончатся все лицензии на аппаратных ключах.
Настройте резервное копирование сервера лицензирования. При выходе машины из строя можно будет быстро восстановить работоспособность.
Если нужно изменить параметры сервера лицензирования (добавить ресурсов), придется переактивировать лицензии. Поэтому сразу выделяйте достаточные ресурсы с запасом или используйте физический компьютер с постоянными характеристиками.
Когда сервер лицензирования действительно нужен
Выделенный сервер лицензирования оправдан в следующих ситуациях:
- У вас несколько серверов 1С в кластере. Общий пул клиентских лицензий используется эффективнее, чем отдельные лицензии на каждом сервере.
- Рабочий сервер на виртуальной машине с динамически изменяемыми параметрами. Вы регулярно добавляете ресурсы серверу или виртуальная машина мигрирует между хостами.
- Используется несколько кластеров с разными версиями платформы. Один сервер лицензирования раздает лицензии всем кластерам, экономя общее количество необходимых лицензий.
- Высокие требования к отказоустойчивости. При выходе рабочего сервера из строя резервный сервер получает лицензии автоматически без активации.
В остальных случаях можно обойтись без выделенного сервера лицензирования. Программные лицензии позволяют неограниченное количество активаций, резервные пинкоды можно запрашивать заранее.
Помните: дополнительная сущность в инфраструктуре — это дополнительная точка отказа. Взвесьте преимущества и риски перед внедрением сервера лицензирования.
Физический или виртуальный сервер
Виртуальная машина проще в администрировании: быстрое создание снапшотов, миграция между хостами, восстановление из резервной копии за минуты.
Физический компьютер надежнее: меньше точек отказа, никаких проблем с гипервизором или виртуализацией.
Не размещайте рабочий сервер и сервер лицензирования на машинах с разными операционными системами (Windows и Linux). Это может привести к проблемам с подключением.
Если выбираете виртуальную машину, используйте фиксированные характеристики. Не включайте динамическое выделение ресурсов — это может привести к слету лицензий.
Для физического компьютера обеспечьте источник бесперебойного питания и настройте мониторинг состояния оборудования.
В любом случае настройте резервное копирование каталога с лицензиями C:\ProgramData\1C\licenses\
Итоги
Сервер лицензирования 1С — полезный инструмент для средних и крупных внедрений с несколькими серверами приложений или динамически изменяемой инфраструктурой.
Основные преимущества:
- Защита от потери лицензий при изменении конфигурации серверов;
- Централизованное управление всеми программными лицензиями;
- Эффективное использование клиентских лицензий из общего пула;
- Быстрое восстановление после сбоев рабочих серверов;
- Минимальные требования к оборудованию для самого сервера лицензирования.
Процесс настройки состоит из установки платформы, конфигурации требований назначения функциональности и переактивации лицензий. При правильной настройке система работает стабильно и не требует постоянного внимания.
Для небольших компаний с одним сервером выделенный сервер лицензирования может быть избыточным решением. Оцените свои потребности перед внедрением.