Проблема внезапной деактивации программных лицензий 1С:Предприятие — одна из самых досадных задач, с которыми сталкиваются системные администраторы и специалисты по сопровождению. Ситуация, когда лицензия работает несколько дней, а затем требует повторной активации без видимых причин (изменений «железа» или ПО), может парализовать работу всей компании. В этой статье мы подробно разберем причины такого поведения системы и рассмотрим шаги, которые помогут стабилизировать работу сервера 1С.
Для начала проанализируем, как работает программная защита 1С. Программная лицензия представляет собой файл с расширением .lic, который зашифрован и привязан к уникальному «отпечатку» сервера. Этот отпечаток формируется на основе набора ключевых параметров. Если хотя бы один из них меняется, система защиты считает, что лицензия была перенесена на другой компьютер, и блокирует её работу.
Ключевые параметры привязки:
Если в вашей системе происходит цикличный сброс лицензии каждые 2–3 дня, это верный признак того, что какой-то из этих параметров является нестабильным. Рассмотрим подробнее основные причины и способы их устранения.
Как показывает практика и опыт пользователей, одной из неочевидных причин ошибки является наличие «фантомных» или дублирующих файлов лицензий. Рассмотрим ситуацию: вы активировали лицензию, файл сохранился в одной папке. Затем, по какой-то причине (например, запуск от имени другого пользователя), активация была произведена повторно. Система 1С может найти оба файла, обнаружить использование одного и того же пин-кода в разных контейнерах и заблокировать их.
Выясним, где 1С ищет лицензии:
C:\Program Files\1cv8\conf).C:\ProgramData\1C\licenses).%AppData%\1C\1cv8\).Чтобы решить проблему, проанализируем содержимое всех этих папок. Необходимо оставить только актуальные файлы лицензий в одном месте (рекомендуется C:\ProgramData\1C\licenses), удалив все копии и устаревшие файлы из других каталогов.
Если ваш сервер 1С развернут на виртуальной машине, это накладывает особые требования к стабильности ресурсов. Рассмотрим типичные ошибки настройки виртуализации, которые приводят к «слету» лицензий:
Динамическая память (Dynamic Memory):
Многие администраторы включают функцию динамического распределения ОЗУ для экономии ресурсов хоста. Однако 1С воспринимает изменение объема доступной памяти как изменение конфигурации «железа». Если под нагрузкой объем памяти виртуальной машины изменился, лицензия тут же станет недействительной. Установите статический объем оперативной памяти в настройках виртуальной машины.
Динамический MAC-адрес:
По умолчанию виртуальные адаптеры могут менять свой MAC-адрес при миграции между узлами кластера или даже при обычной перезагрузке. Поскольку сетевая карта — один из ключевых параметров привязки, изменение MAC-адреса гарантированно аннулирует лицензию. Проанализируем настройки сетевого адаптера в гипервизоре и жестко закрепим статический MAC-адрес (Static MAC).
Иногда причина кроется в настройках самого кластера 1С:Предприятие. Разберем параметр «Менеджер под каждый сервис». Если в консоли администрирования серверов 1С для рабочего сервера установлена галочка Менеджер под каждый сервис, это может привести к тому, что запросы к службе лицензирования будут обрабатываться разными процессами, что в некоторых версиях платформы (например, 8.3.18) вызывало нестабильность.
Попробуем выполнить следующие действия:
Также полезно выполнить очистку настроек кластера, если вы подозреваете их повреждение. Для этого нужно остановить службу 1C:Enterprise 8.3 Server Agent и очистить содержимое папки srvinfo (предварительно сделав бэкап!).
Чтобы не гадать, какой именно параметр изменился, воспользуемся штатным инструментом 1С. В окне запуска программы или в режиме «Конфигуратор» при возникновении ошибки лицензирования можно нажать на ссылку «Подробно» или зайти в меню «Справка — О программе».
В нижней части окна находится раздел «Лицензия», где можно найти Журнал поиска ключа. Проанализируем записи в этом журнале. Система сама напишет причину отказа, например:
Если вы видите конкретный параметр (например, сетевой адаптер), вы сможете точечно исправить проблему, отключив лишние виртуальные адаптеры (например, от VPN-клиентов или Docker), которые могут менять свой статус.
Версия платформы 8.3.18.1363, упомянутая в обсуждении, имеет свои особенности работы на Windows Server 2019. Если вышеперечисленные шаги не помогают, рассмотрим возможность обновления платформы до более стабильных веток (например, 8.3.21 или выше). В новых релизах механизмы работы rmngr (менеджера кластера) с программными лицензиями были существенно доработаны, и многие «фантомные» ошибки ушли в прошлое.
Проверим права доступа:
Убедимся, что пользователь, от имени которого запущена служба 1C:Enterprise 8.3 Server Agent (обычно это USR1CV8), имеет полные права на папку C:\ProgramData\1C\licenses. Иногда после обновлений Windows права доступа могут «слетать», и служба просто не может прочитать файл лицензии, хотя он физически присутствует на диске.
Подводя итог, можно сказать: стабильность лицензии 1С держится на «трех китах» — статичности оборудования, отсутствии дублей файлов и корректных правах доступа. Следуя этим рекомендациям, вы сможете навсегда забыть о необходимости вводить резервные пин-коды каждые несколько дней.