← На главную

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

Причины сбоя лицензии при изменении конфигурации

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

Проанализируем полный список ключевых параметров оборудования, которые отслеживает платформа «1С:Предприятие»:

1. Наименование операционной системы.
2. Версия операционной системы (для семейств MS Windows проверяются первые две цифры номера версии).
3. Серийный номер и дата установки ОС (актуально для MS Windows).
4. Сетевое имя компьютера.
5. Модель материнской платы.
6. Объем оперативной памяти (ОЗУ).
7. Тип и версия BIOS / UEFI.
8. Список процессоров и их характеристики.
9. Список сетевых адаптеров и их MAC-адреса.
10. Список жестких дисков и их параметры.

Для виртуальных машин (VMware, Hyper-V, KVM) эти параметры считываются с эмулируемого виртуального оборудования. Удаление сетевых карт, изменение их MAC-адресов или уменьшение объема выделенного ОЗУ воспринимается платформой как деградация или перенос системы.

Способ 1. Восстановление исходных параметров и повторное использование пинкода

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

Разберем алгоритм действий по шагам:

1. Вернем конфигурацию оборудования в исходное состояние. Если были удалены сетевые интерфейсы, необходимо вновь добавить их в настройках гипервизора. Критически важно: новым виртуальным адаптерам нужно назначить ровно те же MAC-адреса, которые были у них на момент первичной активации лицензии.
2. Запустим процедуру получения лицензии. В окне ошибки лицензирования выберем пункт получения лицензии.
3. Введем первоначальный пинкод. Используем тот же пинкод, который применялся при успешной первичной активации этой лицензии.
4. Укажем сведения о владельце. Введем регистрационные данные организации строго символ в символ (включая знаки препинания и регистр букв), как они были сохранены при первой активации.

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

Правила изменения ресурсов: расширение против сокращения

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

Проанализируем конкретные примеры изменения конфигурации:

1. Оперативная память:

Если первичная привязка лицензии выполнялась на сервере с 2 Гбайт ОЗУ, мы можем безболезненно увеличить память до 8 Гбайт, а затем снизить ее до 4 Гбайт — лицензия продолжит работать. Однако снижение памяти ниже исходного значения в 2 Гбайт приведет к слету лицензии. При возврате объема обратно к 2 Гбайт лицензия восстанавливается с помощью прежнего пинкода.

2. Сетевые адаптеры:

Добавление новых сетевых карт (например, для организации отдельной подсети) не приводит к блокировке. Однако удаление хотя бы одного из адаптеров, существовавших в момент привязки, или изменение его MAC-адреса приводит к ошибке лицензирования.

Способ 2. Восстановление лицензии с помощью резервного пинкода

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

Рассмотрим порядок выполнения восстановления:

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

Особенности настройки виртуальной среды для предотвращения сбоев

Посмотрим на частые причины «самопроизвольной» потери лицензий в среде виртуализации и методы их устранения:

1. Динамические MAC-адреса:

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

2. Динамическое управление памятью (Dynamic RAM):

Использование технологий автоматического перераспределения ОЗУ может привести к тому, что гипервизор временно уменьшит выделенный объем памяти ниже базового порога. Решение: для виртуальной машины с сервером 1С или службой лицензирования необходимо фиксировать гарантированный минимум оперативной памяти (Reservation / Startup RAM).

3. Живая миграция (vMotion / Live Migration):

При переносе ВМ между физическими серверами с разными поколениями процессоров может измениться набор команд CPU. Чтобы избежать сбоев лицензирования и работы самой платформы, рекомендуется включать режим совместимости процессоров (EVC в VMware или CPU Compatibility Mode в Hyper-V).

Альтернативные решения для динамических инфраструктур

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

1. Выделенный сервер лицензирования 1С: Разворачивается отдельная легкая виртуальная машина с фиксированными и неизменяемыми параметрами, на которой активируются все программные лицензии. Рабочие кластеры 1С обращаются за лицензиями к этому серверу, что защищает их от сбоев при изменении собственных ресурсов.
2. Привязка программной лицензии к аппаратным ключам HASP: Начиная с платформы 8.3.12, программную лицензию можно привязать не к параметрам виртуальной машины, а к ID физического USB-ключа HASP. В этом случае файл лицензии проверяет наличие ключа в сети, что делает систему полностью нечувствительной к изменению параметров виртуальных машин.