Довольно часто системные администраторы 1С сталкиваются с парадоксальной ситуацией: в окне «О программе» отображаются все приобретенные лицензии (например, пять однопользовательских), однако при попытке зайти пятому пользователю система выдает сообщение о нехватке лицензий. Рассмотрим подробнее, почему так происходит, как диагностировать «вылетевшую» лицензию и какие технические нюансы влияют на подсчет клиентских сеансов.
Прежде всего, разберем важный технический момент. То, что 1С показывает номер лицензии в списке доступных, означает лишь одно: платформа физически нашла файл с расширением .lic в одной из служебных папок (например, в C:\ProgramData\1C\licenses) и смогла прочитать из него заголовок с регистрационным номером. Однако это не означает, что лицензия в данный момент является рабочей.
Программная лицензия жестко привязывается к ключевым параметрам сервера или компьютера:
Если после активации лицензии на сервере обновилась Windows, изменились настройки сетевой карты или был добавлен объем оперативной памяти в виртуальной машине, привязка нарушается. 1С продолжит видеть файл, но при попытке «захватить» эту лицензию сервер выдаст отказ, так как контрольная сумма оборудования больше не совпадает с данными в файле.
Проанализируем ситуацию, когда у нас установлено несколько однопользовательских лицензий. Чтобы понять, какая именно из них «барахлит», нам нужно сопоставить активные сеансы с конкретными номерами лицензий. Выясним причину, выполнив следующие шаги:
mmc), чтобы убедиться, что в разделе «Сеансы» не осталось «зависших» или спящих соединений.Рассмотрим пример того, что мы можем увидеть в сведениях о лицензии:
Текущая: 8105423338, клиент 1/1, 21.02.2024 11:13:20
Выдал сервер: 8105283243
Информационная база: Сетевой HASP4 ORGL8 100
Важный момент: записываем номер лицензии, указанный в строке Текущая для каждого из четырех успешно зашедших пользователей. Та лицензия из общего списка, которая ни разу не попадет в категорию «Текущая» при попытке запустить пятый сеанс, и является проблемной. Именно для нее потребуется повторная активация с использованием нового резервного пин-кода.
Способ подсчета лицензий кардинально меняется в зависимости от настроек информационной базы. Проанализируем два основных сценария:
Сценарий 1: Лицензии раздает сервер 1С.
В настройках базы на сервере параметр Разрешить выдачу лицензий сервером 1С:Предприятие установлен в значение «Да». В этом случае лицензии считаются по сеансам. Если один и тот же пользователь на своем компьютере откроет три разные базы (или одну и ту же базу три раза), он израсходует 3 лицензии из 5. Именно поэтому при наличии 5 лицензий работа может блокироваться уже на 3-м пользователе, если кто-то открыл несколько окон.
Сценарий 2: Лицензии забирает клиент (локально или по сети).
Если лицензии установлены на локальном компьютере пользователя или выдаются напрямую через HASP-ключ без участия сервера, то одна лицензия тратится на рабочее место. В этом режиме пользователь может открыть неограниченное количество окон 1С на одном ПК, и это будет считаться как одна использованная лицензия.
В тексте обсуждения упоминается наличие Сетевой HASP4 ORGL8 100. Это говорит о том, что в системе одновременно присутствуют и программные, и аппаратные лицензии. Рассмотрим, как это влияет на работу:
nnhasp.ini).Для глубокого анализа ситуации системному администратору следует использовать Консоль администрирования серверов 1С. Разберем, на что обратить внимание:
Откройте ветку «Сеансы» вашего кластера. Добавьте в список колонок поле «Лицензия» (через настройку списка). Здесь вы увидите в режиме реального времени:
Если после всех проверок выясняется, что одна из пяти лицензий действительно не принимается сервером, хотя файл присутствует, единственным верным решением будет деактивация старой лицензии (удаление нерабочего файла .lic) и проведение процедуры активации заново с получением новой лицензии на текущие параметры оборудования.