Рассмотрим довольно специфичную, но распространенную ситуацию в клиент-серверном варианте работы 1С: первые 10 пользователей успешно заходят в базу и работают, но как только подключается 11-й (и все последующие), система начинает выдавать ошибку «На сервере 1С:Предприятия не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!». При этом в окне «О программе» видно, что клиентское приложение лицензию получило. Разберемся, почему возникает такая «магия чисел» и что на самом деле происходит с лицензированием.
Основная причина такого поведения кроется в политике лицензирования фирмы «1С», а именно в техническом разделении функциональности между лицензиями уровня ПРОФ и КОРП. Начиная с определенных версий платформы (например, 8.3.12 и выше), это разделение перестало быть чисто юридическим и получило жесткую техническую реализацию.
Ключевой момент, который объясняет возникновение ошибки именно на 11-м пользователе, заключается в следующем: сервер 1С с лицензией уровня ПРОФ запускает проверку на соответствие уровня лицензии используемым ресурсам и настройкам только при подключении 11-го сеанса. До этого момента система работает в условно-ограниченном режиме, не проверяя, используется ли функционал, требующий лицензии КОРП.
Серверная лицензия уровня ПРОФ имеет строгие технические ограничения:
Когда 11-й пользователь пытается подключиться, сервер инициирует проверку. Если он обнаруживает, что используются настройки или ресурсы, выходящие за рамки ПРОФ, или если в сети есть несоответствие лицензий, он выдает ошибку.
Проанализируем исходную ситуацию: имеется серверная лицензия ПРОФ и клиентский USB-ключ HASP4 ORGL8 50 на 50 пользователей, который также является лицензией уровня ПРОФ. Администратор применил файл обновления для серверной лицензии, в результате чего она стала определяться как «обновление сервер 1/1 КОРП». Однако это не решило проблему.
Здесь мы подходим к самому главному правилу: для корректной работы в режиме КОРП все лицензии в информационной системе (и серверная, и все клиентские) должны быть уровня КОРП. Совместное использование лицензий ПРОФ и КОРП в одной сети не допускается и приводит к конфликтам.
В нашем случае сервер, получив обновление, пытается работать с функционалом КОРП. Когда подключается 11-й пользователь, сервер запрашивает у него подтверждение лицензии КОРП. Но клиентское приложение получает лицензию от ключа ПРОФ (HASP4 ORGL8 50) и не может предоставить требуемое подтверждение. В результате сервер сообщает об ошибке, так как не находит необходимой КОРП-лицензии для продолжения работы в расширенном режиме.
Чтобы решить проблему и обеспечить стабильную работу системы для всех пользователей, необходимо выполнить следующие шаги.
Иногда требование лицензии КОРП провоцируется не количеством пользователей, а измененными настройками кластера серверов 1С. Даже если вы не меняли их вручную, они могли измениться после обновления платформы. В качестве временной меры или диагностики можно сбросить все настройки к значениям по умолчанию.
Настройки, требующие лицензии КОРП:
Максимальный объем памяти рабочих процессовБезопасный расход памяти за один вызовОбъем памяти рабочих процессов, до которого сервер считается производительнымКоличество ИБ на процессВажно: если сброс настроек поможет, это будет лишь временным решением. Система все равно будет работать в рамках ограничений ПРОФ (12 ядер), и при росте нагрузки вы можете столкнуться с проблемами производительности.
Единственное правильное и долгосрочное решение — привести все лицензии к одному уровню.
HASP4 ORGL8 50 на 50 пользователей также должен быть обновлен до уровня КОРП. Для аппаратных USB-ключей существует процедура электронного апгрейда, которая позволяет получить специальный код обновления без физической замены ключа.После того как и серверная, и все клиентские лицензии будут уровня КОРП, система будет работать корректно, без ошибок и с доступом ко всей функциональности платформы.
Если проигнорировать ошибку, работа, скорее всего, продолжится. Пользователи смогут заходить в базу. Однако сервер 1С принудительно ограничит себя 12-ю ядрами процессора, даже если на физическом сервере их больше. Вы не сможете использовать расширенные инструменты администрирования кластера, а постоянные сообщения об ошибке будут свидетельствовать о некорректной и потенциально нестабильной конфигурации вашей системы.