Как правильно разделить и настроить лицензии ПРОФ и КОРП при использовании аппаратных ключей

← На главную

Переход с лицензий уровня ПРОФ на КОРП — это не просто замена одного USB-ключа на другой. С 2019 года компания 1С существенно изменила политику лицензирования, введя программные расширения функциональности. Рассмотрим подробно, как правильно настроить кластер, если у вас одновременно используются оба типа ключей, и как избежать типичных ошибок при активации КОРП-возможностей.

Понимание гибридной схемы лицензирования КОРП

Разберем базовый принцип: аппаратный USB-ключ (например, на 300 пользователей) сам по себе не дает права использовать функционал КОРП (такой как более 500 одновременных сеансов, распределение нагрузки или настройка «1 ИБ на процесс»). Чтобы USB-ключ начал работать в режиме КОРП, к его уникальному ID необходимо привязать специальную программную лицензию на расширение функциональности.

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

Особенности настройки аппаратных ключей большой емкости

Если вы используете многопользовательские ключи (например, на 300 или 500 рабочих мест), необходимо учитывать ограничение менеджера лицензий HASP LM. По умолчанию он может «видеть» только до 250 лицензий. Для решения этой проблемы выполним следующие действия:

Найдем файл nhsrv.ini на сервере, где установлен аппаратный ключ.
Пропишем или отредактируем параметр NHS_USERLIST.
Это позволит ключу корректно отдавать все 300 или более лицензий в сеть.

Привязка программной лицензии КОРП к USB-ключу

Рассмотрим по шагам процесс активации лицензии расширения КОРП. Самая частая ошибка — привязка программной лицензии к параметрам компьютера (железу). Для стабильной работы КОРП-версии при наличии USB-ключей обязательно выбираем привязку к аппаратному ключу.

Разберем алгоритм действий в мастере получения лицензии:

Запускаем базу в режиме «Конфигуратор» или используем утилиту лицензирования.
Выбираем пункт «Получение лицензии».
Вводим пин-коды (основной и для обновления до КОРП).
На этапе выбора способа привязки выбираем «К аппаратному ключу защиты (HASP)».
Система должна увидеть ваш локальный или сетевой ключ (например, серии EN8SA для сервера или ORG8A для клиента).

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

Устранение конфликтов разрядности при активации

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

Убедитесь, что установлена актуальная версия драйвера HASP.
Попробуйте запустить процедуру получения лицензии через 64-битный клиент 1С.
Проверьте, что служба Sentinel LDK-License Manager запущена.

Настройка nethasp.ini для разделения потоков

Чтобы пользователи, которым нужен КОРП-функционал, не «занимали» лицензии с ПРОФ-ключей, необходимо жестко прописать адреса серверов лицензий. Рассмотрим пример настройки секции [NH_TCPIP] в файле nethasp.ini:


[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.1, 192.168.0.2 ;; Адреса серверов с КОРП ключами
NH_TCPIP_METHOD = TCP
NH_USE_BROADCAST = Disabled ;; Отключаем широковещательный поиск, чтобы не зацепить ПРОФ

Такая настройка гарантирует, что терминальные серверы или рабочие станции будут обращаться только к конкретным менеджерам лицензий.

Проверка корректности работы КОРП-режима

После активации и перезапуска службы 1C:Enterprise 8.3 Server Agent необходимо убедиться, что система распознала лицензии правильно. Посмотрим в раздел «Справка» -> «О программе» любого подключенного клиента. В блоке «Лицензия» должны отображаться записи следующего вида:

«Обновление сервер 64 КОРП функциональность пользователи ресурсы»

Если вы видите только HASP4 EN8SA без упоминания «обновления до КОРП», значит программная лицензия расширения не подцепилась, и функции КОРП (например, ограничение памяти на процесс или количество ИБ на процесс) работать не будут.

Особенности работы кластера при смешивании лицензий

Посмотрим на ситуацию со стороны кластера 1С. Если в рамках одного кластера объединяются серверы, на которых установлены разные типы лицензий (один КОРП, другой ПРОФ), кластер может работать в режиме «наименьшего общего знаменателя». Для полноценного использования КОРП-функций все серверные лицензии в кластере должны быть расширены до КОРП.

Также стоит помнить про «правило 10 пользователей». Платформа 1С позволяет использовать КОРП-функции на ПРОФ-лицензиях, если количество одновременных сеансов в информационной базе не превышает 10. Как только заходит 11-й пользователь, система выполняет строгую проверку лицензий, и при отсутствии КОРП-активации расширенные настройки сбрасываются или блокируются.

Резюме по решению проблемы

Если вы настроили nethasp.ini, прописали адреса, но ошибка «Данные настройки не для КОРП» сохраняется, выполним финальный чек-лист:

Проверим наличие действующих файлов .lic в директории C:\ProgramData\1C\licenses. Там должны быть файлы, привязанные к ID ваших USB-ключей.
Убедимся, что при получении серверной лицензии был выбран именно серверный ключ (EN8SA), а не клиентский.
Перезагрузим не только службу 1С, но и HASP License Manager, чтобы сбросить кэш выданных лицензий.
Если используется виртуализация, проверим стабильность проброса USB-ключей (рекомендуется использовать аппаратные USB-хабы с поддержкой сетевого доступа).

Использование программных лицензий поверх аппаратных — это надежный способ получить КОРП-функционал, сохраняя инвестиции в физические ключи защиты. Главное — строго следовать процедуре привязки к ID ключа, а не к параметрам сервера.