2026: Windows Server 2025 KMS не готов — нужно ли менять хост?

На сервере Windows Server 2025 появилось уведомление, что KMS не готов к аппаратной защите.

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

Этот материал для вас, если вы администрируете корпоративный KMS-хост и хотите понять, затронута ли текущая активация.
Он также пригодится, если вы планируете обновление серверного оборудования и проверяете TPM и требования сертификации.
Если вы выбираете аренду или покупку Windows-сервера, ниже — вопросы, которые стоит задать до заказа.

Информационный сигнал и отказ активации — разные состояния

Главное здесь — не приравнивать сообщение о готовности оборудования к результату активации. Microsoft описывает новую индикацию как оценку готовности KMS-хоста к аппаратно защищённому сценарию активации. Она помогает выявить разрыв между текущей конфигурацией и условиями, которые могут иметь значение для будущих выпусков Windows Server. Это не означает, что стандартная активация уже перестала работать или что всем клиентским компьютерам необходимо менять оборудование. Описание Microsoft разграничивает текущую активацию и будущие изменения на основе аппаратного доверия.

Уведомление появилось в Windows Server 2025 с накопительным обновлением за август 2026 года. Это дата появления индикации, а не объявленная дата обязательной замены серверов. В доступном описании Microsoft аппаратно защищённые изменения относятся к будущим версиям Windows Server; конкретная дата и номер версии, когда они станут обязательными, не подтверждены. Поэтому не планируйте срочную закупку только на основании самого сообщения.

Проверяйте три разных факта, а не один общий статус:

• Состояние активации: выполняет ли KMS-хост свою текущую функцию и корректно ли он активирован.
• Готовность аппаратной защиты: доступны ли необходимые возможности платформы и включены ли они.
• Соответствие оборудования: входит ли серверное оборудование в применимый список сертифицированных систем.

Эти проверки отвечают на разные вопросы. Зелёный или успешный результат активации не доказывает аппаратное соответствие, а сообщение о неготовности не доказывает, что активация уже нарушена. Для оценки самого KMS-сценария полезно свериться с документацией Microsoft по планированию KMS-активации.

Текущая работоспособность и аппаратная квалификация — отдельные проверки

Может ли сообщение означать, что активация уже не работает? Само по себе — нет. Чтобы проверить текущее состояние KMS-хоста, откройте командную строку или PowerShell с правами администратора и выполните:

slmgr.vbs /dlv

Команда выводит подробные сведения о лицензировании. Сопоставьте результат с ожидаемым статусом хоста и запишите его перед изменениями. Команда проверяет сведения об активации и лицензировании; не трактуйте её вывод как самостоятельное доказательство наличия TPM или сертификации оборудования. Назначение параметра /dlv описано в справке Microsoft по Slmgr.vbs.

Если активация вызывает отдельную ошибку, разберите её как проблему KMS: проверьте конфигурацию хоста, связь с клиентами и соответствующий код ошибки по руководству Microsoft по устранению неполадок KMS. Не начинайте замену сервера, пока не выяснили, связан ли инцидент с лицензированием или только с аппаратной индикацией.

Где проверять состояние аппаратной готовности KMS? Начните с самого уведомления и раздела документации Microsoft, на который оно ссылается. Параллельно проверьте отдельные аппаратные условия на сервере. Не полагайтесь на slmgr.vbs /dlv как на универсальный отчёт о готовности: это диагностический инструмент лицензирования, а не подтверждение сертификации устройства.

TPM, Key Attestation и каталог Microsoft — три пункта проверки

Указанные Microsoft аппаратные условия включают включённый TPM 2.0 и соответствие оборудования требованиям Windows Server Catalog. Это не взаимозаменяемые проверки: TPM показывает наличие и состояние модуля безопасности, функция Key Attestation относится к поддержке соответствующего механизма, а каталог позволяет сверить модель оборудования с сертифицированными конфигурациями. Условия аппаратной готовности перечислены в описании KMS с аппаратной защитой, а сверить серверное оборудование можно в Windows Server Catalog.

Начните с графического интерфейса. На самом сервере откройте оснастку TPM, введя tpm.msc в меню запуска или в окне «Выполнить». Проверьте, обнаружен ли TPM и готов ли он к использованию. Если оснастка сообщает, что совместимый TPM не найден, выясните, отсутствует ли модуль физически, отключён ли он в настройках платформы или не передан гостевой системе. Сам факт, что сервер использует процессор AMD, не подтверждает наличие TPM 2.0, его включение или поддержку аттестации ключей.

Затем проверьте поддержку Key Attestation командой, приведённой в справке Microsoft:

Get-TpmSupportedFeature -FeatureName KeyAttestation

Команда предназначена для проверки поддержки указанной функции TPM, а не для включения TPM или автоматического исправления конфигурации. Параметр и назначение команды описаны в справке Microsoft по Get-TpmSupportedFeature. В результате проверьте, указывает ли поле поддержки функции на положительный ответ. Например, схематическая интерпретация выглядит так:

Feature        IsSupported
-------        -----------
KeyAttestation True

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

Наконец, найдите производителя и точную модель оборудования в Windows Server Catalog. Сверяйте конкретное устройство и требуемую конфигурацию, а не только название семейства или процессора. Наличие TPM не доказывает, что сервер прошёл необходимую сертификацию; запись в каталоге, в свою очередь, не доказывает, что TPM включён и доступен именно в вашей конфигурации.

Для виртуального KMS-хоста проверку проводите внутри гостевой системы и отдельно выясняйте у администратора платформы, предоставлены ли виртуальный TPM и требуемая возможность Key Attestation. Результаты проверки физического узла нельзя автоматически переносить на виртуальную машину: гостевая система может видеть иной набор устройств и функций.

Наблюдение, дооснащение и замена — варианты с разными последствиями

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

Практическая развилка:

• Если текущая активация работает, уведомление информационное, а сроки будущего требования не объявлены — оставьте хост в работе, сохраните результаты проверки и назначьте дату повторной оценки.
• Если оборудование поддерживает нужные возможности и его можно проверить в каталоге — запросите у производителя или администратора подтверждение точной конфигурации, после чего оцените безопасный порядок включения функции.
• Если TPM отсутствует, нужная функция не поддерживается или модель не подтверждается в каталоге — не маскируйте ограничение настройками программного обеспечения; сравните стоимость и риск плановой замены с вашим циклом обновления.
• Если хост виртуальный — сначала подтвердите возможности виртуального TPM и Key Attestation у владельца платформы; не покупайте физический сервер, пока не проверена эта граница.

Такое решение учитывает не только формальное соответствие, но и роль KMS в вашей инфраструктуре. Если KMS обслуживает критичную среду, для которой невозможность активации создаёт операционный риск, полезно заранее подготовить замену и испытать процедуру миграции. Если это один из множества внутренних сервисов с документированным планом восстановления, а текущая активация штатна, уведомление может стать пунктом следующего планового пересмотра, а не причиной срочного изменения.

Проверка перед изменением — последовательность с фиксацией результатов

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

1. Определите, какой сервер выдаёт уведомление. В инвентаризации отметьте, физический это KMS-хост или виртуальная машина, какая операционная система установлена и какое обновление предшествовало появлению сообщения. В графическом интерфейсе проверьте свойства системы и историю установленных обновлений; сохраните снимок самого уведомления. Не переносите дату обновления с одного сервера на другой без проверки.

2. Снимите исходное состояние активации. Запустите slmgr.vbs /dlv от имени администратора и сохраните результат в защищённом внутреннем журнале. Одновременно запишите, есть ли реальные сообщения об ошибках KMS и затрагивают ли они активацию клиентов. Если проблема только в индикаторе аппаратной готовности, отделите её от неисправности лицензирования.

3. Проверьте локальное состояние TPM. Откройте tpm.msc, зафиксируйте, обнаружен ли модуль, готов ли он к использованию и какая версия указана интерфейсом. Если оснастка не показывает TPM, не включайте случайные параметры прошивки на рабочем сервере: сначала уточните конфигурацию оборудования у ответственного за платформу и оцените порядок безопасного изменения.

4. Проверьте Key Attestation и конфигурацию виртуализации. Выполните Get-TpmSupportedFeature -FeatureName KeyAttestation в PowerShell и сохраните вывод. Для виртуального хоста запросите у администратора гипервизора подтверждение, что нужная функция доступна именно гостевой системе. Не считайте наличие виртуального TPM достаточным доказательством сертификации всего решения.

5. Сверьте модель с Windows Server Catalog. Найдите точную модель сервера и сопоставьте её с сертифицированной конфигурацией. Если модель или необходимые сведения не удаётся подтвердить, запишите статус как «не подтверждено», а не как «соответствует». Запросите у изготовителя или поставщика документацию, связывающую конкретную платформу с заявленной конфигурацией.

6. Испытайте запланированное изменение отдельно. Если требуется включить TPM, обновить прошивку, переместить KMS или заменить хост, сначала проверьте план на тестовой среде либо на резервном узле. Подготовьте резервные копии конфигурации и зафиксируйте способ возврата к исходному состоянию. Не назначайте дату переключения, пока не проверены зависимые клиенты и процедура восстановления.

7. Назначьте повторную оценку и владельца решения. В журнале изменений укажите ответственного, результаты трёх аппаратных проверок, текущий статус активации и основание выбранного пути. Пересматривайте решение при выпуске новых требований Microsoft, при обновлении KMS-хоста и при плановом цикле закупки. Не устанавливайте самостоятельно дату окончания поддержки или обязательного перехода, если Microsoft её не объявила.

Покупка и аренда — проверка фактов до выбора хоста

При оценке нового сервера задавайте вопросы отдельно об операционной системе, TPM и сертификации. Наличие Windows Server в перечне доступных систем не подтверждает аппаратную готовность KMS. Аналогично, сервер на AMD или арендуемая физическая машина не гарантируют, что TPM 2.0 включён, что доступна Key Attestation или что точная модель присутствует в каталоге.

Попросите подтвердить именно проверяемые сведения: модель и конфигурацию оборудования; доступность и состояние TPM 2.0; поддержку Key Attestation в той конфигурации, где будет работать KMS; возможность сверить платформу с Windows Server Catalog. Если KMS будет виртуальным, уточните, что предоставляется гостевой системе, а не только физическому узлу. Попросите материалы, которые можно проверить до заказа; устного утверждения «сервер современный» для этого решения недостаточно.

В каталоге OSFP Cloud опубликованы варианты Windows Server 2019, 2022 и 2025, а также английская, традиционная китайская и упрощённая китайская версии. Эти сведения помогают выбрать систему, но не подтверждают наличие TPM, поддержку Key Attestation или сертификацию конкретного оборудования. Перед заказом сверяйте актуальные данные на странице вариантов сервера OSFP Cloud и отдельно уточняйте отсутствующие аппаратные сведения. Границы опубликованных возможностей и услуг также стоит сопоставить с описанием условий сервиса.

Переход на новый сервер — по плану, а не из-за одного сообщения

Если KMS — лёгкая отдельная роль, которая уже стабильно работает, немедленный переход на выделенный сервер может быть неоправданным. Но если хост совмещает KMS с другими корпоративными службами, имеет длительный срок эксплуатации или зависит от оборудования, которое нельзя привести к требуемому состоянию, плановая замена может быть разумнее, чем серия непроверенных изменений.

Общий виртуальный сервер способен оказаться неудобным, если вы зависите от возможностей виртуального TPM, которые провайдер не подтверждает, делите вычислительные ресурсы с другими клиентами или не можете самостоятельно проверить аппаратную конфигурацию. Условия использования ресурсов, оплаты трафика и выбора операционной системы также различаются между предложениями — проверяйте их по договору и техническому описанию, а не по общему слову «сервер». Выделенная физическая машина снимает неопределённость совместного использования оборудования, но сама по себе не доказывает TPM-соответствие: этот параметр необходимо подтвердить отдельно.

Если вам нужна именно выделенная вычислительная среда для долгосрочной работы Windows-служб, сравните её с текущим размещением, а не с абстрактным требованием срочно купить оборудование. OSFP Cloud предоставляет аренду выделенных AMD-серверов и перечисляет доступные варианты Windows Server; сведения о TPM, Key Attestation и сертификации каталога в предоставленных данных не подтверждены. Поэтому до заказа сначала запросите письменное подтверждение этих параметров. Если KMS пока исправен, решение о замене оставьте в плане обновления и пересмотрите его, когда появятся проверяемые требования Microsoft или подтверждённые сведения о вашей платформе.

Последняя проверка: 30 октября 2026 года. Дата обновления и статус требования сверены с документацией Microsoft о KMS с аппаратной защитой и материалами о планировании KMS.