← На главную

Внезапное появление ошибки «Программная лицензия на сервер не обнаружена» посреди рабочего дня — одна из распространенных проблем при администрировании серверов 1С:Предприятия. Ситуация часто ставит в тупик, когда на первый взгляд на сервере не производились обновления платформы или изменения конфигурации. Проанализируем, как устроена привязка программных лицензий, почему они становятся недействительными и как быстро вернуть работоспособность системы.

Как работает механизм привязки программной лицензии

Программная лицензия 1С представляет собой цифровой файл с расширением .lic, который формируется Центром лицензирования 1С при первой активации по пинкоду. В процессе активации система считывает ключевые аппаратные параметры компьютера и жестко привязывает лицензию к полученному аппаратному профилю.

При каждом запуске сервер 1С заново опрашивает параметры окружения и сверяет их с данными, зашитыми в лицензионный файл. Если ключевые параметры изменились сверх допустимых пределов, лицензия считается недействительной.

Правила изменения аппаратных параметров

Платформа 1С:Предприятие допускает определенные модификации конфигурации сервера без потери лицензии, однако строго контролирует следующие условия:

1. Оперативная память (RAM): объем оперативной памяти разрешено увеличивать, но категорически запрещено уменьшать ниже того значения, которое было зафиксировано в момент активации. Например, если лицензия активирована при 16 Гбайт RAM, можно увеличить память до 32 Гбайт, затем уменьшить до 24 Гбайт. Но если объем опустится до 12 Гбайт, лицензия мгновенно станет невалидной.
2. Сетевые интерфейсы и MAC-адреса: добавление новых сетевых карт допускается, но замена или удаление адаптера, присутствовавшего при первичной активации, приводит к аннулированию привязки.
3. Процессоры и дисковая подсистема: изменение модели, тактовой частоты процессора, количества ядер, серийного номера системного диска или имени компьютера расценивается как перенос на другой сервер.
4. Операционная система: крупные обновления ОС (смена билда, сервис-паки или обновление ядра), а также сброс системной даты установки ОС могут изменить внутренние маркеры окружения.

Особенности работы лицензий на виртуальных машинах

При развертывании сервера 1С в среде виртуализации (VMware ESXi, Microsoft Hyper-V, KVM, Proxmox) виртуальная машина воспринимается платформой как отдельный полноценный компьютер. Именно на виртуальных серверах чаще всего происходят неожиданные сбои лицензирования. Разберем основные причины:

1. Динамическое выделение памяти (Dynamic Memory / Ballooning): если в гипервизоре включено динамическое распределение RAM, объем доступной памяти для гостевой ОС постоянно колеблется. В момент, когда гипервизор временно забирает неиспользуемую память ниже исходного порога активации, служба сервера 1С фиксирует уменьшение RAM и блокирует лицензию.
2. Динамические MAC-адреса: при перезапуске виртуальной машины или хоста гипервизор может перегенерировать MAC-адрес виртуального сетевого адаптера, если он не был принудительно зафиксирован как статический.
3. Миграция между узлами кластера (vMotion, Live Migration): перенос виртуальной машины на другой физический хост с процессором другого поколения или с отключенным режимом совместимости CPU (EVC / Processor Compatibility) приводит к изменению сигнатуры процессора.
4. Смена идентификатора виртуальной машины: изменение параметров uuid.bios или uuid.location при восстановлении из резервной копии или клонировании сбрасывает привязку.

Пошаговый план восстановления лицензии

Рассмотрим порядок действий для оперативного восстановления доступа пользователей к серверу 1С.

1. Выяснение причины сбоя: отправляем официальный запрос на электронную почту Центра лицензирования lic@1c.ru. В письме указываем регистрационный номер программного продукта, текущие реквизиты организации и текст ошибки. Специалисты технической поддержки 1С предоставят точный отчет о том, какой именно параметр оборудования изменился.
2. Запрос резервного пинкода: если пинкоды из базового комплекта исчерпаны, запрашиваем резервный пинкод по тому же адресу lic@1c.ru. Резервные пинкоды предоставляются для восстановления лицензии при обоснованном изменении конфигурации сервера.
3. Подготовка каталога лицензий: перед повторной активацией переходим в каталог хранения лицензий (по умолчанию C:\ProgramData\1C\licenses в Windows или /var/1C/licenses в Linux) и перемещаем старые недействительные файлы .lic в архивную папку, чтобы исключить конфликты.
4. Повторная активация: запускаем процедуру активации через утилиту администрирования кластера или клиентское приложение от имени пользователя службы сервера usr1cv8. Вводим полученный резервный пинкод и в точности до символа повторяем регистрационные данные организации (наименование, адрес, индекс, ФИО ответственного лица), введенные при первой активации.

Как предотвратить сбои лицензирования в будущем

Для обеспечения стабильной работы сервера 1С разберем несколько ключевых системных рекомендаций:

1. Фиксация ресурсов ВМ: в настройках виртуальной машины жестко зафиксируйте объем оперативной памяти (Fixed / Reserved RAM) и отключите динамическое управление памятью. Установите статический MAC-адрес для всех виртуальных адаптеров.
2. Выделение сервиса лицензирования: в кластере серверов 1С настройте «Требования назначения функциональности» и выделите отдельный сервер или стабильную виртуальную машину исключительно под Сервис лицензирования. В этом случае рабочие серверы кластера можно свободно масштабировать и модернизировать без риска потери лицензий.
3. Использование аппаратных ключей защиты: если среда виртуализации подвержена частым миграциям, альтернативой является переход на аппаратный USB-ключ защиты. Для проброса USB-ключа в виртуальную машину используйте специализированные аппаратные концентраторы сетевого проброса (USB-over-IP, например AnywhereUSB). При этом следует помнить, что ключ на сервер 1С является локальным и должен быть подключен непосредственно к хосту, где запущен рабочий процесс сервера, либо проброшен через сертифицированное сетевое решение.