Почему слетает лицензия 1С на сервере и как это исправить

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

Ключевой момент, который нужно понять сразу: программная лицензия 1С привязывается к параметрам компьютера — серийным номерам оборудования, имени машины, версии операционной системы и другим характеристикам. Любое изменение этих параметров система защиты трактует как перенос лицензии на другой компьютер и блокирует её. Аппаратный ключ HASP ведёт себя иначе, но и с ним бывают сбои: проблемы с драйвером, портом USB или службой менеджера лицензий.

Ниже разобраны основные причины слёта лицензии на сервере, способы точно определить источник проблемы и порядок восстановления работоспособности без лишних активаций пин-кодов.

Как устроена лицензия 1С и почему она вообще «слетает»

Программная лицензия при активации формирует файл с расширением .lic, в котором зашифрованы параметры конкретного компьютера. При каждом запуске платформа сверяет текущие параметры системы с сохранёнными. Если хотя бы часть критичных параметров не совпала, файл лицензии признаётся недействительным — именно это пользователи и называют «слетела лицензия».

Аппаратный ключ USB работает через драйвер HASP и менеджер лицензий. Сервер 1С обращается к ключу по сети или локально, и если служба остановлена, порт занят или драйвер повреждён, ключ «не виден», хотя физически он вставлен в разъём. Симптомы для пользователя при этом одинаковые, поэтому первый шаг диагностики — понять, какой тип лицензирования используется.

Изменение оборудования и параметров системы

Самая частая причина слёта программной лицензии — изменение «железа» или системных параметров. К ним относятся замена материнской платы, процессора, сетевой карты, добавление или отключение дисков, а также изменение объёма оперативной памяти в некоторых конфигурациях. На виртуальных машинах аналогичный эффект дают изменение конфигурации vCPU, пересоздание виртуального сетевого адаптера или миграция на другой хост с иным оборудованием.

Отдельная группа триггеров — программные изменения: установка крупных обновлений Windows, смена редакции ОС, переименование компьютера, смена домена, изменение даты и времени в значительных пределах. Даже плановое обновление Windows Server способно изменить идентификаторы, на которые опирается защита.

Практический вывод прост: перед любыми работами на сервере — заменой оборудования, обновлением ОС, миграцией виртуальной машины — зафиксируйте текущее состояние лицензий и убедитесь, что у вас есть неиспользованные пин-коды из комплекта поставки. Это превращает аварию в плановую процедуру на 15 минут.

Проблемы с файлами лицензий и правами доступа

Вторая по частоте причина — файл лицензии на месте, но служба сервера 1С не может его прочитать. Файлы программных лицензий хранятся в каталоге вида C:\ProgramData\1C\licenses (для общего доступа) или в профиле пользователя. Если лицензию активировали под одной учётной записью, а агент сервера 1С работает под другой (например, под служебной USR1CV8), у неё может просто не быть прав на чтение файла.

Похожая ситуация возникает после восстановления системы из резервной копии, переноса папки лицензий вручную или работы антивируса: файл оказывается повреждён, перемещён в карантин или получает неверные NTFS-права. Антивирусы нередко блокируют запись в каталог лицензий в момент активации, и лицензия «слета��т» сразу после перезагрузки.

Проверка занимает несколько минут: убедитесь, что файл *.lic существует в каталоге лицензий, что учётная запись агента сервера 1С имеет к нему доступ на чтение, а антивирус не трогал этот каталог. Если файл удалён антивирусом — добавьте каталог в исключения и восстановите лицензию.

1. 1
   Откройте каталог C:\ProgramData\1C\licenses и убедитесь, что файлы .lic на месте
2. 2
   Проверьте, под какой учётной записью работает служба «Агент сервера 1С:Предприятия»
3. 3
   Дайте этой учётной записи права на чтение каталога лицензий
4. 4
   Проверьте журнал и карантин антивируса на предмет блокировки файлов 1С
5. 5
   Перезапустите службу агента сервера и проверьте запуск базы

Сбои аппаратного ключа HASP и менеджера лицензий

Если используется USB-ключ, типовых источников проблемы три: драйвер ключа, сама служба менеджера лицензий (HASP License Manager) и физическое подключение. Драйвер может конфликтовать с обновлениями Windows, служба — не стартовать после перезагрузки, а ключ — отваливаться из-за нестабильного USB-порта или проблем с электропитанием сервера.

На виртуальных машинах отдельная история — проброс USB-ключа через сеть. Если используется программный или аппаратный USB-over-IP-концентратор, разрыв связи с ним мгновенно делает ключ недоступным для всех пользователей. Такие устройства требуют резервирования и мониторинга не меньше, чем сам сервер.

Диагностика начинается с простого: открыть службы Windows и проверить, запущены ли HASP Loader / Sentinel LDK License Manager, затем посмотреть, определяется ли ключ в диспетчере устройств. Если ключ физически мигает и определяется, но 1С его не видит, чаще всего виноват драйвер — помогает его переустановка актуальной версией с перезагрузкой.

Как восстановить программную лицензию правильно

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

При активации крайне важно указать те же данные организации, что и при первичной активации — вплоть до пробелов и сокращений, если используется привязка к этим данным. Расхождение в реквизитах — частая причина отказа в восстановлении. Реквизиты стоит хранить вместе с пин-кодами в защищённом месте.

Если пин-коды исчерпаны, остаётся обращение в службу лицензирования 1С с запросом на дополнительные пин-коды. Для этого потребуются регистрационный номер комплекта и данные организации. Запрос обрабатывается не мгновенно, поэтому экономить пины и вести учёт активаций — не бюрократия, а способ избежать простоя.

Маршрут решения

Как выбрать действие

Лицензия слетела после замены оборудования или обновления ОСВосстановите программную лицензию по новому пин-коду с теми же реквизитами организации

Файл .lic на месте, но сервер его не видитПроверьте права учётной записи агента сервера на каталог лицензий и карантин антивируса

Используется USB-ключ и он не определяетсяПереустановите драйвер HASP, смените порт, проверьте службу менеджера лицензий

Все пин-коды израсходованыЗапросите дополнительные пин-коды через службу лицензирования 1С, указав регистрационный номер

Профилактика: как не допустить повторения

Большинство слётов лицензий предотвратимы организационными мерами. Во-первых, ведите учёт: регистрационные номера, пин-коды (использованные и свободные), реквизиты активации и даты изменений конфигурации сервера должны быть зафиксированы. Во-вторых, внесите сервер 1С в список критичных систем: любые обновления ОС и работы с оборудованием — только в согласованное окно обслуживания и после проверки наличия резервных пин-кодов.

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

Наконец, для серверов с высокими требованиями к доступности рассмотрите аппаратный ключ как основной вариант: он не привязан к параметрам ОС и переживает обновления и замену железа — достаточно переставить ключ и драйвер. Это не отменяет проблем с драйверами, но снимает самый массовый класс причин слёта.

Частые вопросы

Можно ли перенести программную лицензию на другой сервер без нового пин-кода?

Нет. Программная лицензия жёстко привязана к параметрам компьютера, на котором активирована. Перенос на другой сервер — это фактически новая активация, для которой потребуется неиспользованный пин-код из комплекта поставки. Поэтому при плановой замене сервера пин-код закладывают в план работ заранее.

Лицензия слетает после каждой перезагрузки сервера. В чём причина?

Такое поведение почти всегда указывает на нестабильность параметров привязки: динамически меняющийся MAC-адрес виртуального сетевого адаптера, изменение идентификаторов дисков при загрузке либо сбой даты и времени из-за разряженной батареи CMOS. Проверьте, какие параметры меняются между перезагрузками, и зафиксируйте их статически.

Сервер 1С и SQL на разных машинах — где активировать лицензию?

Серверная лицензия активируется на машине, где работает агент сервера 1С:Предприятия. Сервер СУБД в лицензировании 1С не участвует. Клиентские лицензии при этом могут выдаваться сервером 1С, если включён соответствующий режим, либо устанавливаться локально на клиентские машины.

Поможет ли переустановка платформы 1С, если слетела лицензия?

Нет, переустановка платформы не восстанавливает лицензию: файл .lic либо валиден для текущих параметров компьютера, либо нет. Если параметры изменились, нужна повторная активация по новому пин-коду. Переустановка имеет смысл только при повреждении самих файлов платформы, что к лицензированию отношения не имеет.

Что надёжнее для сервера: программная лицензия или USB-ключ?

USB-ключ устойчивее к обновлениям ОС и замене оборудования, но добавляет точки отказа: драйвер, порт, проброс в виртуальную среду. Программная лицензия не требует железа, но чувствительна к изменениям конфигурации. Для стабильных физических серверов оба варианта работоспособны; для виртуальных сред с миграциями ключ часто предсказуемее.