Вопрос развертывания роли Hyper-V на уже работающем сервере с установленным ПО 1С:Предприятие является классической дилеммой для системного администратора. Основная сложность заключается в том, что программная защита 1С крайне чувствительна к изменениям аппаратной конфигурации и параметров операционной системы. Разберем подробно, что происходит с лицензиями в этот момент, какие риски существуют и как правильно подготовиться к процедуре.
Для начала проанализируем механизм работы программной лицензии 1С. При первичной активации (получении лицензии по пин-коду) система собирает информацию о «железе» и ОС, формируя уникальный ключ привязки. Если в процессе работы хотя бы один из ключевых параметров изменится, лицензия перестает быть валидной, и программа потребует повторную активацию с использованием нового (резервного) пин-кода.
Рассмотрим список ключевых параметров, которые анализирует 1С:
Выясним причину, по которой установка Hyper-V чаще всего становится триггером для сброса лицензии. При активации роли гипервизора в системе создается виртуальный коммутатор (vSwitch). В процессе его настройки физический сетевой адаптер хоста часто переходит в режим «моста», а операционная система начинает видеть новое устройство — «Виртуальный адаптер Microsoft Hyper-V».
С точки зрения системы лицензирования 1С это выглядит как удаление старого сетевого адаптера и появление нового с иным идентификатором или MAC-адресом. Даже если MAC-адрес удастся сохранить прежним, изменение наименования или состава списка сетевых устройств в реестре Windows может привести к тому, что 1С сочтет оборудование измененным.
Проанализируем еще один неочевидный аспект. При включении роли Hyper-V часть ресурсов сервера резервируется под нужды самого гипервизора (так называемый Hypervisor Root Partition). Это может привести к тому, что объем доступной физической памяти, который «рапортует» операционная система программным приложениям, незначительно изменится (уменьшится на несколько десятков мегабайт). Поскольку объем оперативной памяти входит в список ключевых параметров, это изменение может стать критическим для программной защиты.
Рассмотрим вопрос сохранения лицензий Windows Server CAL и RDS CAL (терминальных лицензий). Здесь ситуация более стабильная. Лицензии клиентского доступа привязаны к идентификатору безопасности сервера (SID) и базе данных сервера лицензирования. Установка роли Hyper-V контейнера или самого гипервизора не меняет SID операционной системы и не затрагивает службы лицензирования удаленных рабочих столов. Таким образом, терминальные лицензии и CAL-лицензии пользователей не слетят.
Однако стоит помнить о правилах лицензирования Windows Server 2016 Standard:
Чтобы минимизировать риски и избежать простоя в работе пользователей, выполним следующие шаги:
Конфигуратор — Справка — Информация о программе. Скопируйте и сохраните текстовые данные о текущей лицензии. Это поможет вам в спорах с техподдержкой, если автоматическая активация не сработает.Если при запуске 1С вы получили сообщение «Лицензия не обнаружена», не паникуйте. Рассмотрим алгоритм восстановления:
Запустите 1С в режиме Конфигуратора. Программа предложит получить лицензию. Выберите вариант «Восстановление» и используйте следующий неиспользованный резервный пин-код из вашего комплекта. Если вы укажете тот же регистрационный номер и данные организации, что и в прошлый раз, лицензия привяжется к новой конфигурации оборудования (с учетом Hyper-V) и работа будет восстановлена.
Важный момент: если вы планируете в будущем переносить саму 1С внутрь виртуальной машины, лицензии придется активировать заново внутри этой ВМ, так как виртуальное железо будет полностью отличаться от физического. В данном же случае мы рассматриваем установку гипервизора «рядом» с 1С на хостовой ОС.
Установка Hyper-V на «живой» сервер с 1С — это процедура с высокой вероятностью изменения ключевых параметров привязки лицензии. Несмотря на то что в новых версиях платформы 1С механизмы защиты стали гибче, риск повторной активации остается значительным. При этом лицензии Microsoft (CAL/RDS) останутся в безопасности. Главный залог успеха — наличие резервных пин-кодов и подготовленный план отката.