#Симптом и условия применимости
После переноса виртуальной машины на другой узел активация Windows Server может измениться: поведение зависит от выпуска и лицензии, типа ключа, службы KMS или механизма AVMA. Клонирование виртуальной машины не переносит лицензионное право автоматически. Инструкция подходит для Windows Server 2022 и Windows Server 2025 при наличии соответствующей роли или компонента; варианты Desktop Experience и Server Core могут отличаться. Для критических серверов требуется согласование с владельцем системы.
#Возможные причины и признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Изменился механизм лицензированияПосле переноса VM больше нет подходящего активированного Hyper-V Datacenter узла. | До переноса работала AVMA, теперь узел иного типа. | Проверить требования AVMA и лицензию. |
| Недоступен корпоративный KMSПосле смены сети не доступен сервер активации. | DNS/SRV и соединение с KMS отличаются от прежней сети. | Проверить корпоративную настройку. |
| Редакция и ключ не совпадаютУстановленный выпуск требует совместимого законного способа активации. | Окно активации выдаёт отказ после смены ключа/узла. | Уточнить выпуск и основание лицензирования. |
#Пошаговая диагностика и устранение
- Зафиксируйте исходный сбой и исходные условияЗапишите дату и время, полную версию Windows Server, роль устройства (член домена, контроллер домена, узел виртуализации и т. п.), точный текст ошибки и последнее известное изменение конфигурации. Для графической установки версию можно проверить Win+R →
winver; для Server Core — через штатную административную консоль. Не считайте совпадение по дате доказательством, что причиной было обновление.
- Сохраните сведения о миграцииЗафиксируйте прежнюю и новую платформу: Hyper-V, VMware, облако, а также выпуск Standard/Datacenter, версию Windows Server и метод лицензирования. Не записывайте полностью ключ продукта в общедоступные журналы и не публикуйте идентификаторы лицензии.
- Прочитайте состояние активацииВ гостевой системе откройте «Пуск» → cmd → «Запуск от имени администратора», затем
slmgr /xprдля статуса иslmgr /dlvдля расширенной информации. Дождитесь окна Windows Script Host. Не вводите ключи из сторонних сайтов или списков без лицензии.Windows · Командная строка (CMD)КомандаПрава администратораКомандная строка Windows Server; желательно запуск администратора для полного набора сведений. Только просмотр состояния; /xpr показывает срок, /dlv — подробные сведения, окна могут содержать идентификаторы.slmgr /xprslmgr /dlv
- Определите, была ли задействована AVMAЕсли прежде использовался Hyper-V Datacenter, спросите администратора, активирован ли новый узел Datacenter и поддерживает ли он выпуск гостя. AVMA не работает на любом гипервизоре и не предназначена для виртуальных машин на сторонних платформах.
- Проверьте сеть активацииПри корпоративной активации через KMS уточните у ИТ-службы имя узла, требования DNS и корпоративный доступ. Внутри гостевой системы можно проверить корпоративный адрес через Resolve-DnsName, но не заменяйте корпоративный адрес публичным KMS.
- Проверьте правильность даты и выпускаОткройте Win+R →
winverи «Параметры → Система → О системе», сравните выпуск с документами лицензии. Проверьте дату и время сервера; рассинхронизация и DNS могут мешать служебным запросам, но не заменяют действительную лицензию.
- Оформите корректную повторную активациюЕсли миграция соответствует лицензии, используйте официальный процесс лицензирования организации: KMS/MAK/AVMA согласно договору и поддержке Microsoft. Смена способа активации может требовать прав администратора и согласования; не используйте «активаторы» и команду удаления ключа без плана.
- Проверьте результат после согласованной активацииСнова выполните
slmgr /xpr, убедитесь, что появилось ожидаемое состояние, а не только исчезло окно предупреждения. Запишите тип активации, выпуск и срок, если он отображается. Перенос на другой узел требует повторной проверки в рамках политики лицензирования.
- Если лицензия отсутствует — остановитесьПока право использования не подтверждено, не пытайтесь подбирать ключи или обходить защиту. Передайте администрации номер договора, выпуск ОС и анонимизированную информацию из
slmgr /dlv; используйте официальную поддержку поставщика лицензии.
#Как понять, что проблема решена
Сопоставьте исходную неисправность («не проходит активация windows server после переноса виртуальной машины») с новым результатом после одного согласованного изменения. Зафиксируйте время теста, журналы и результаты для затронутых пользователей или служб. Если результат нестабилен, не предпринимайте второй рискованный шаг наугад: восстановите согласованное предыдущее состояние и передайте журнал владельцу роли.
#Если не помогло
Сохраните исходный и новый код ошибки, выбранную роль, версию сборки, номера событий и анонимизированные результаты диагностических команд. Для доменных контроллеров, узлов Hyper-V и серверов безопасности рассмотрите профильную поддержку и процедуру изменения конфигурации. Не выключайте защиту, не удаляйте роли и не сбрасывайте всю ОС вместо адресной диагностики.