← На главную

Сбои в работе программных лицензий 1С при модернизации сервера или изменении параметров операционной системы — частая ситуация в практике системного администратора. Разберем типичную проблему: после включения или отключения системных параметров (например, ключа /pae в конфигурационном файле boot.ini) либо перераспределения памяти в BIOS программная лицензия перестает определяться платформой. Выясним, по каким алгоритмам платформа контролирует аппаратную конфигурацию, восстановится ли лицензия автоматически при возврате исходных параметров и как правильно выполнить переактивацию при необходимости.

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

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

В отношении объема ОЗУ действуют строгие правила:

1. Увеличение памяти допускается. Если добавить физические планки оперативной памяти, лицензия платформы продолжит работать в штатном режиме.
2. Уменьшение памяти блокирует лицензию. Если объем оперативной памяти, видимый операционной системой и платформой, становится меньше значения, зафиксированного в момент активации, лицензия признается недействительной. При запуске информационной базы система выдает сообщение об ошибке поиска лицензии из-за несоответствия параметров ПК.
3. Влияние 32-разрядных систем и ключа /pae. На 32-битных серверах добавление или удаление ключа Physical Address Extension (PAE) напрямую изменяет объем адресного пространства, передаваемый операционной системой прикладному процессу. Даже если физические планки ОЗУ не извлекались, изменение параметров загрузки, выделение пула под встроенный видеоадаптер в BIOS или перераспределение системных областей уменьшает видимый объем RAM на несколько мегабайт, что платформа фиксирует как аппаратное изменение.

Восстановится ли работа лицензии при возврате исходных настроек?

Разберем популярное заблуждение о том, что файл лицензии после первого же сбоя повреждается или блокируется навсегда. Это не так. Алгоритм проверки лицензии работает динамически при каждом запуске клиентского приложения или службы сервера 1С:

1. Сам файл .lic является неизменяемым: платформа не перезаписывает и не удаляет его в случае ошибки.
2. Если вернуть конфигурацию оборудования и операционной системы в исходное состояние (до того же количества мегабайт доступной ОЗУ или больше), контрольная сумма сойдется, и лицензия снова станет полностью рабочей без необходимости повторной активации.
3. Никакой «деактивации навсегда» на сервере лицензирования не происходит: лицензия проверяется строго локально путем сопоставления текущего профиля машины со слепком в файле.

Однако вернуть объем памяти с точностью до мегабайта бывает сложно, особенно если в BIOS менялись скрытые параметры распределения видеопамяти или шины PCI. Рассмотрим, как выяснить параметры исходной привязки и что делать, если подобрать настройки вручную не удается.

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

Посмотрим, какими способами можно выяснить точные параметры компьютера, зафиксированные при получении лицензии:

1. Запрос в центр лицензирования. Направим письмо на официальный адрес электронной почты lic@1c.ru. В письме необходимо указать регистрационный номер программного продукта, данные владельца (организация, ИНН) и использованный пин-код. Специалисты технической поддержки 1С предоставят параметры оборудования, которые были зафиксированы на сервере лицензирования в момент активации.
2. Чтение содержимого файла лицензии. Для просмотра метаданных из файла .lic можно использовать штатную консольную утилиту 1C:Enterprise License Tools (входит в состав утилиты ring платформы 1С) либо специализированные инструменты для декодирования лицензий (например, LicDataViewer). В журнале детального поиска лицензий (доступном по кнопке «Подробно» в окне ошибки запуска 1С) платформа также фиксирует конкретные несовпадающие параметры.

Порядок повторной активации с использованием резервного пин-кода

Если сервер не удается вернуть в исходное состояние, наиболее быстрым и надежным решением является переактивация лицензии. Разберем этот процесс по шагам:

1. Запустим платформу 1С от имени администратора и в окне запроса лицензии выберем пункт «Получить лицензию».
2. Введем регистрационный номер комплекта и следующий неиспользованный резервный пин-код из конверта поставки.
3. Выберем вариант восстановления лицензии. Крайне важно ввести персональные данные владельца лицензии (наименование организации, адрес, ответственное лицо и контактные данные) символ в символ так, как они были указаны при первичной активации. Малейшее расхождение в пробеле или регистре букв приведет к отказу центра лицензирования.
4. После успешной активации платформа создаст новый файл .lic с актуальной привязкой к оборудованию.

Обратим внимание на регламент работы с пин-кодами: если резервные коды подходят к концу, не нужно ждать аварийной ситуации. Направим запрос на lic@1c.ru сразу после использования предпоследнего или последнего пин-кода. Центр лицензирования видит историю изменений аппаратной части и без задержек генерирует дополнительный список пин-кодов для законного владельца программного продукта.

Особенности работы отраслевых решений («1С:Общепит» и СЛК)

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

1. Лицензия платформы «1С:Предприятие». Отвечает за запуск среды исполнения и терминальных клиентских сессий. Привязана к материнской плате, процессору, системному диску и объему оперативной памяти. Именно она дает сбой при изменении размера ОЗУ.
2. Система лицензирования конфигураций (СЛК). Отраслевые решения защищаются собственным сервером СЛК (файлы ключей с расширением .licence или .vkey). Программный ключ СЛК использует другие алгоритмы привязки и не привязывается к объему оперативной памяти. Изменение размера ОЗУ или параметров загрузки ОС не влияет на лицензию конфигурации, поэтому переактивировать отраслевой ключ в данном случае не потребуется.

Рекомендации по предотвращению сбоев программных лицензий

Чтобы исключить потерю программных лицензий при регламентных работах системного администратора, применим следующие системные меры:

1. Переход на 64-битную операционную систему. Использование 32-разрядных серверных ОС с ключами /pae или /3GB создает узкие места в адресации памяти и приводит к нестабильности при перераспределении ресурсов. 64-битная система устраняет проблему порога в 4 ГБ и исключает скачки доступной памяти.
2. Проверка службы WMI. Платформа считывает системную информацию через Windows Management Instrumentation. При повреждении репозитория WMI 1С может ошибочно определять параметры RAM (например, выдавать значение 0Mb). Проверим и при необходимости восстановим базу WMI командной строкой: winmgmt /salvagerepository
3. Корректное размещение лицензий для терминального сервера. Убедимся, что файлы .lic сохраняются в общедоступных каталогах для всех пользователей системы (каталог conf в общем профиле All Users / ProgramData), иначе лицензия не будет найдена при входе пользователей через терминальные сессии.
4. Привязка программной лицензии к аппаратному ключу. Если на предприятии есть любой аппаратный ключ защиты HASP от продуктов «1С», в современных версиях платформы доступна возможность привязать программную лицензию не к параметрам компьютера, а к ID аппаратного ключа. В этом случае любые изменения ОЗУ, процессора или переустановка операционной системы не приведут к деактивации лицензии.