Как настроить получение клиентских лицензий 1С с другого сервера?

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

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

Вариант 1. Настройка выделенного сервера лицензирования в рамках одного кластера

Если ваши серверы входят в состав одного кластера 1С, это наиболее правильный и «штатный» способ управления лицензиями. Начиная с версии 8.3.9, в платформе реализован механизм гибкого управления сервисами. Рассмотрим по шагам, как настроить один из серверов в качестве единственного «раздатчика» лицензий.

Предположим, у нас есть «Сервер 1» (основной рабочий сервер) и «Сервер 2» (тот, где есть свободные лицензии). Наша задача — заставить систему искать лицензии только на «Сервере 2».

1. Откроем консоль администрирования серверов 1С. Для этой задачи есть альтернативная консоль управления кластерами 1С.
2. Перейдем в раздел Рабочие серверы нашего кластера.
3. Выберем «Сервер 1» и откроем Требования назначения функциональности.
4. Добавим новое требование:
   • Объект требования: Сервис лицензирования;
   • Тип требования: Не назначать;
   • Приоритет: 1.
5. Теперь выберем «Сервер 2» и также перейдем в его требования назначения функциональности:
   • Объект требования: Сервис лицензирования;
   • Тип требования: Назначать;
   • Приоритет: 1.
6. Для того чтобы «Сервер 1» продолжал принимать клиентские соединения, но не трогал лицензии, добавим ему еще одно требование:
   • Объект требования: Клиентское соединение с ИБ;
   • Тип требования: Назначать;
   • Приоритет: 1.

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

Вариант 2. Работа с разными кластерами через locationcfg.xml

Выясним причину, по которой стандартные настройки могут не работать: если ваши серверы находятся в разных кластерах 1С, они «не видят» сервисы друг друга через консоль администрирования. В этом случае на помощь приходит файл locationcfg.xml.

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

<locationcfg>
    <service name="LicensingService">
        <address>tcp://LicenseServerName:1540</address>
    </service>
</locationcfg>

Где LicenseServerName — это сетевое имя или IP-адрес сервера, который должен раздавать лицензии. Этот файл необходимо разместить в каталоге конфигов (обычно это C:\Program Files\1cv8\conf). После этого рабочий сервер при поиске лицензий будет обращаться по указанному адресу, даже если этот сервер не входит в текущий кластер.

Почему nethasp.ini не помогает в работе с программными лицензиями?

Проанализируем ситуацию, которая часто вводит в заблуждение системных администраторов. Файл nethasp.ini предназначен исключительно для настройки драйвера HASP License Manager. Он управляет поиском сетевых USB-ключей по протоколам TCP/UDP. Программные лицензии 1С (файлы с расширением .lic) управляются внутренним менеджером лицензий 1С и никак не взаимодействуют с драйвером Aladdin HASP. Следовательно, прописывание IP-адресов в nethasp.ini при отсутствии USB-ключей абсолютно бесполезно.

Преимущества выделенного сервера лицензирования на виртуальной машине

Разберем, почему схема с отдельным сервером лицензирования считается «золотым стандартом» в крупных инфраструктурах:

• Стабильность привязки: Программные лицензии привязываются к ключевым характеристикам сервера (имя ОС, процессор, объем памяти, MAC-адрес). Если активировать лицензии на маленькой виртуальной машине с минимальными ресурсами, ее параметры можно оставить неизменными навсегда. При этом основные рабочие серверы (SQL, сервер приложений 1С) можно свободно масштабировать, добавлять оперативную память или менять процессоры без риска «слета» лицензий.
• Централизованное управление: Намного проще контролировать остаток лицензий в одном месте, чем собирать информацию по разным серверам.
• Удобство миграции: При выходе из строя основного сервера приложений вам не нужно заниматься процедурой восстановления лицензий через Центр лицензирования 1С. Достаточно просто переподключить новый сервер к существующему серверу лицензирования.

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

Для понимания того, где именно возникла проблема с нехваткой лицензий, рассмотрим алгоритм, по которому клиент 1С ищет лицензию:

1. Локально на клиентском ПК: Сначала проверяются файлы .lic или USB-ключи, установленные непосредственно на компьютере пользователя.
2. Сервер приложения: Если локально ничего не найдено, клиент просит лицензию у сервера. Сервер 1С ищет лицензии в своих локальных папках (All Users\Application Data\1C\1cv8\conf).
3. Сервис лицензирования кластера: Если на сервере приложений лицензий нет или они закончились, менеджер кластера обращается к тому рабочему серверу, на котором запущен LicensingService согласно требованиям назначения функциональности.

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

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