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

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

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

Ниже разобраны практические способы проверки для программной и аппаратной (USB-ключ HASP) лицензии, типовые причины сбоев и порядок безопасного восстановления работоспособности.

Какие виды серверных лицензий существуют и почему это важно для проверки

1С:Предприятие поддерживает два типа серверных лицензий: программные (файл с расширением .lic, привязанный к «отпечатку» аппаратной конфигурации) и аппаратные (USB-ключи HASP). Порядок проверки зависит от типа: программную лицензию ищут на диске и в консоли, аппаратную — проверяют физически и через диспетчер устройств.

Также различают лицензии на сервер 32-битной и 64-битной архитектуры и лицензии уровня ПРОФ/КОРП. Несоответствие типа лицензии разрядности сервера — частая причина ситуации, когда лицензия «вроде есть», но сервер её не видит. Перед диагностикой выясните, какая именно лицензия приобреталась: это указано в регистрационной карточке и документации поставки.

Проверка лицензии через консоль администрирования кластера

Основной инструмент — консоль «Администрирование серверов 1С:Предприятия» (1CV8 Servers.msc). Откройте её на сервере или на машине администратора, подключитесь к нужному серверу и разверните дерево: «Центральные серверы» → имя сервера → «Кластеры» → «Локальный кластер».

В списке рабочих процессов и в свойствах кластера видно, какие лицензии обнаружены. Дополнительно откройте ветку «Сеансы»: если пользователи подключаются и сеансы активны, серверная лицензия работает. Если при попытке входа клиенты получают ошибку лицензирования, а в консоли лицензия не отображается — сервер её не находит.

1. 1
   Откройте консоль 1CV8 Servers (Администрирование серверов 1С:Предприятия)
2. 2
   Подключитесь к серверу и разверните ветку локального кластера
3. 3
   Проверьте наличие рабочих процессов и активных сеансов
4. 4
   Попробуйте запустить сеанс с клиентского компьютера и зафиксируйте текст ошибки, если она появится
5. 5
   Сопоставьте время ошибки с записями в журнале сервера

Проверка файлов программной лицензии на диске

Программные лицензии хранятся в файлах с расширением .lic. Стандартные расположения: каталог C:\ProgramData\1C\licenses (общесистемный) и каталог C:\Users\<имя пользователя службы>\AppData\Local\1C\1cv8\licenses — если активация выполнялась под конкретной учётной записью. В Linux-версии сервера файлы обычно располагаются в домашнем каталоге пользователя, под которым работает агент сервера 1С.

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

dir "C:\ProgramData\1C\licenses" /a

Открывать .lic-файл в текстовом редакторе бессмысленно: содержимое зашифровано. Проверке подлежат факт наличия файла, его дата создания (совпадает ли с моментом активации) и права доступа. Если файл удалён или повреждён, потребуется повторная активация по пин-коду из комплекта поставки.

Проверка аппаратного ключа HASP

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

Дополнительно убедитесь, что на сервере установлен актуальный драйвер ключа (HASP Device Driver / Sentinel LDK). Устаревший или отсутствующий драйвер приводит к тому, что ключ физически подключён, но сервер 1С его не видит. После обновления драйвера перезапустите службу агента сервера 1С.

Диагностика по журналам и типичные причины сбоев

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

Наиболее частые причины слёта программной серверной лицензии: замена или добавление сетевого адаптера, изменение объёма оперативной памяти, миграция виртуальной машины на другой хост, смена имени компьютера, восстановление системы из резервной копии на другое железо. Любое плановое изменение конфигурации сервера стоит сопровождать проверкой лицензии сразу после перезагрузки.

Восстановление и повторная активация

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

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

Профилактика: как не потерять лицензию при изменениях сервера

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

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

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