Ситуация, когда после возвращения сервера из сервисного центра 1С перестает запускаться, требуя лицензию, является классической для системных администраторов. Несмотря на наличие физического ключа в USB-порту, система может выдавать ошибку «Не обнаружена лицензия на запуск сервера». Рассмотрим подробно, почему это происходит, как диагностировать причину и какие шаги предпринять для восстановления работоспособности системы.
Первым делом проанализируем, какая именно защита использовалась ранее. Часто пользователи путают клиентские и серверные ключи. В 1С:Предприятие 8 существует два основных вида защиты: аппаратная (HASP) и программная (пин-коды).
Разберем ситуацию: в сервере может быть установлен аппаратный ключ, но он может быть клиентским (на 1, 5, 10 и более пользователей), в то время как лицензия на сам сервер 1С была программной. После ремонта сервера, если в сервисном центре заменили материнскую плату, процессор или даже просто обновили BIOS, программная лицензия «слетает», так как привязка к «железу» становится недействительной.
Выясним, как проверить тип лицензии. Проанализируем содержимое папки C:\ProgramData\1C\licenses. Если в этом каталоге присутствуют файлы с расширением .lic, значит, на сервере использовалась программная защита. Если же файлов нет, а в сервер воткнута флешка (обычно фиолетового цвета для сервера 64-бит), то защита аппаратная.
Если мы точно уверены, что лицензия на сервер аппаратная, но система ее не видит, рассмотрим последовательность действий по диагностике драйверов и портов.
1. Проверка физического подключения и USB-портов
В сервисном центре сервер могли собрать иначе. Проанализируем подключение: аппаратные ключи HASP, особенно старых ревизий, крайне капризны к портам USB 3.0 (обычно они окрашены в синий цвет). Попробуем переставить ключ в порт USB 2.0. Также проверим, горит ли светодиод на самом ключе. Если лампочка не горит, проблема либо в порту, либо в самом ключе, либо в отсутствии питания.
2. Переустановка драйвера Sentinel Runtime
После ремонта ОС могла быть обновлена или переустановлена. Драйвер может отображаться в диспетчере устройств, но работать некорректно. Разберем процедуру «чистой» установки драйвера. Для этого скачаем официальную утилиту haspdinst.exe и выполним команды в консоли от имени администратора:
haspdinst.exe -purge
haspdinst.exe -i
Команда -purge полностью вычищает остатки старых драйверов из системы, а -i производит установку заново. После этого обязательно перезагрузим сервер.
3. Энергосбережение USB-концентраторов
Windows по умолчанию может отключать питание USB-портов для экономии энергии. В условиях сервера это недопустимо для ключей защиты. Зайдем в «Диспетчер устройств», найдем «Контроллеры USB», откроем свойства каждого «Корневого USB-концентратора» и на вкладке «Управление электропитанием» снимем галочку «Разрешить отключение этого устройства для экономии энергии».
Если в ходе анализа выяснилось, что лицензия на сервер была программной, а в сервисе изменили аппаратную конфигурацию (замена сетевой карты, оперативной памяти или материнской платы), лицензию необходимо активировать заново.
Рассмотрим порядок действий для получения новой лицензии:
Если резервные пин-коды закончились, необходимо написать письмо в Центр лицензирования 1С (lic@1c.ru), указав регистрационный номер продукта и причину (ремонт сервера с заменой комплектующих), приложив акты из сервисного центра.
Чтобы исключить влияние настроек самой 1С и проверить видимость ключа на уровне сети и системы, воспользуемся утилитой Aladdin Monitor (AKS Monitor). Разберем, что она нам дает:
Посмотрим на настройки файла nethasp.ini. Иногда сервер 1С пытается найти лицензию не там. В секции [NH_TCPIP] мы можем жестко задать адрес сервера, где установлен ключ:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 127.0.0.1
NH_TCPIP_METHOD = UDP
Проанализируем работу службы «Агент сервера 1С:Предприятие». После ремонта учетная запись, от имени которой запускается служба, могла потерять права на чтение файлов лицензий.
1. Права на папку с лицензиями
Убедимся, что пользователь, под которым работает ragent.exe, имеет полные права на папку C:\ProgramData\1C\licenses. Если сервер переустанавливали, идентификаторы пользователей (SID) изменились, и старые права доступа могут не действовать.
2. Системное время
Проверим дату и время на сервере. Если в сервисном центре вынимали батарейку BIOS, время могло сброситься на заводское. Программные лицензии 1С привязаны к временным меткам. Если текущая дата «в прошлом» относительно даты получения лицензии, файл защиты будет считаться невалидным.
3. Исключения DEP
Иногда система предотвращения выполнения данных (DEP) блокирует компоненты защиты. Рассмотрим возможность добавления исполняемых файлов сервера 1С в исключения. Для этого перейдем в «Свойства системы» -> «Дополнительно» -> «Производительность» -> «Параметры» -> «Предотвращение выполнения данных» и добавим rmngr.exe и ragent.exe в список исключений.
Таким образом, решение проблемы всегда начинается с четкого определения: что именно мы потеряли — видимость USB-ключа или валидность программного файла. В большинстве случаев после сервиса помогает либо переустановка драйвера Sentinel с предварительной чисткой, либо повторная активация программной лицензии с помощью резервного пин-кода из-за изменения аппаратного профиля сервера.