Ситуация, когда пользователи внезапно не могут войти в систему из-за ошибки лицензирования, — одна из самых критичных для системного администратора и специалиста 1С. Часто это интерпретируется как «лицензия слетела», хотя на практике причин может быть множество: от изменения параметров виртуальной машины до банальной нехватки лицензий в пуле из-за изменения бизнес-процессов. В этой статье мы подробно разберем алгоритм диагностики, научимся настраивать технологический журнал и выясним, как правильно интерпретировать сообщения системы.
Прежде чем приступать к сложным манипуляциям с сервером, проанализируем информацию, которую дает сама платформа. Когда пользователь видит сообщение «Лицензия не обнаружена», крайне важно не просто закрыть окно, а нажать кнопку «Подробно». Рассмотрим подробнее, что мы там увидим:
.lic), затем локальные ключи HASP, далее — менеджеры лицензий в сети, и в самом конце — выдача лицензий сервером 1С.Если визуальный осмотр не дал результатов, нам необходимо получить детальные логи работы системы. Для этого мы настроим сбор событий, связанных с лицензированием. Выясним причину с помощью событий lic в технологическом журнале.
Разберем по шагам, как это сделать:
C:\logs.C:\Program Files\1cv8\conf) создадим или отредактируем файл logcfg.xml.Используем следующий код конфигурации:
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="false"/>
<log location="C:\logs" history="1">
<event>
<eq property="name" value="lic"/>
</event>
<property name="all">
<event>
<eq property="name" value="lic"/>
</event>
</property>
</log>
</config>
После сохранения файла и попытки входа пользователя в папке C:\logs появятся файлы. Проанализировав их, мы увидим точные данные о том, какие параметры оборудования сервер считает изменившимися. Это позволит понять, действительно ли лицензия стала недействительной или проблема в чем-то другом.
Если ваша 1С работает на виртуальном сервере, программные лицензии крайне чувствительны к изменению «железа». Проанализируем типичные ситуации, когда лицензия «отваливается»:
uuid.action = "keep".Важный нюанс: У 1С существует механизм «Grace Period» (льготный период). Если система обнаружила изменение оборудования, она не заблокирует работу мгновенно. У администратора есть 24 часа, в течение которых в ТЖ будут сыпаться предупреждения, но работа будет продолжаться. Если работа встала резко — скорее всего, причина не в смене оборудования.
Рассмотрим ситуацию, когда лицензии физически на месте, но их не хватает. Это часто случается при переходе с одной версии программы на другую (например, с ЗУП 2.5 на ЗУП 3.1), когда пользователи вынуждены работать в обеих базах одновременно.
Здесь ключевое значение имеет способ выдачи лицензий:
Чтобы проверить, кто именно «съел» все лицензии, воспользуемся консолью «Администрирование серверов 1С Предприятия». Перейдем в раздел «Сеансы» и проанализируем колонку «Лицензия». Она покажет номер лицензии и её тип для каждого активного пользователя.
Если ваша инфраструктура подразумевает частые изменения конфигурации серверов или миграции виртуальных машин, рассмотрим современный способ защиты от «слётов». Начиная с платформы 8.3.12.1440, программную лицензию можно привязать не к параметрам компьютера, а к серийному номеру физического ключа HASP.
Для этого при активации в мастере получения лицензии нужно выбрать способ привязки «К носителю (HASP-ключу)». В этом случае вы сможете перемещать виртуальную машину или менять её параметры, не опасаясь блокировки, пока ключ вставлен в сервер или доступен через USB-over-IP.
Если вы столкнулись с массовыми жалобами пользователей на отсутствие лицензий, действуйте по следующему алгоритму: