Сталкивались ли вы с ситуацией, когда пользователи, работая с несколькими базами 1С на одной машине, внезапно обнаруживают нехватку лицензий? Согласно документации, один сеанс работы 1С с аппаратным ключом должен занимать строго одну лицензию на один компьютер. Однако на практике часто возникает ситуация, при которой количество занятых лицензий растет пропорционально количеству запущенных окон 1С. Давайте разберем, почему это происходит и как привести систему лицензирования в порядок.
Основная проблема заключается в том, что клиентское приложение 1С:Предприятие не умеет объединять лицензии с разных серверов HASP в «единый пул». При каждом запуске нового экземпляра 1С или при кратковременной потере сетевого соединения происходит цикл опроса серверов, указанных в файле nethasp.ini.
Если в параметре NH_SERVER_ADDR указано несколько IP-адресов через запятую, клиент пытается опросить их по очереди. Если первый сервер в списке по какой-то причине (нагрузка, сеть) не ответил мгновенно, 1С обращается к следующему серверу из списка. Если тот доступен, клиент получает с него вторую лицензию. При этом старая лицензия продолжает висеть «занятой» до истечения тайм-аута (который может достигать 36 часов), что создает эффект нехватки ресурсов.
Чтобы исключить «блуждание» лицензий, необходимо отойти от практики указания всех имеющихся серверов во всех клиентских файлах. Разделите ваших пользователей на группы и закрепите каждую группу за конкретным сервером.
Отредактируйте файл nethasp.ini на клиентских машинах таким образом, чтобы в параметре NH_SERVER_ADDR остался только один IP-адрес того сервера, который должен обслуживать данную группу пользователей. Это принудительно заставит 1С искать лицензию только в одном месте, исключая попытки захвата ресурсов с других ключей.
Если параметр NH_USE_BROADCAST установлен в положение Enabled (или закомментирован, что подразумевает включенное состояние), клиент 1С ищет ключи в сети путем широковещательных рассылок. Это делает настройку NH_SERVER_ADDR формальной и не гарантирует, что 1С возьмет лицензию именно с указанного сервера.
Примените следующие настройки в nethasp.ini на стороне клиента:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_USE_BROADCAST = Disabled
NH_SERVER_ADDR = 192.168.1.10 // Укажите строго один нужный IP
Отключение широковещания заставит 1С игнорировать любые другие ключи в сети, кроме тех, что явно указаны в настройках.
При наличии нескольких однотипных ключей (например, пять ключей по 20 лицензий) драйверы могут конфликтовать или некорректно распределять сессии. Кроме того, часто возникает проблема «зависания» лицензий при аварийном завершении работы 1С или при разрыве терминальной сессии.
Разберем способы борьбы с этим:
HASP License Manager в ночное время через Планировщик заданий. Это позволит очистить «битые» сессии и вернуть лицензии в общий фонд.nhsrv.ini на каждой машине с установленным ключом можно задать уникальное имя менеджера через параметр NHS_SERVERNAMES. Это поможет упорядочить структуру, если вы всё же используете несколько серверов.Как показывает практика, «зоопарк» из семи различных ключей — это источник постоянных проблем с поддержкой и стабильностью. Наиболее эффективным решением, которое раз и навсегда снимает вопрос захвата лишних лицензий, является обращение к партнеру 1С для апгрейда (обмена) имеющихся ключей на один ключ большой емкости (например, на 300 лицензий).
Использование одного физического ключа исключает:
nethasp.ini.Проанализируйте стоимость обмена лицензий у вашего обслуживающего партнера. Часто расходы на администрирование «зоопарка» серверов и потеря рабочего времени пользователей из-за нехватки лицензий значительно превышают стоимость официального апгрейда ключа защиты.