2026 Windows Server 2025 KB5126646: затронет ли AMD Hyper-V-хосты?

Материал поможет администраторам определить, относится ли известная проблема KB5126646 к AMD-хостам Hyper-V, которыми управляет SCVMM. Вы проверите обновление и способ управления, сопоставите симптомы с объявлением Microsoft и выберете дальнейшие действия без необоснованного удаления обновлений.

Вывод: проблема касается не каждого AMD-хоста

Подходит: если ваш AMD-хост или кластер Hyper-V работает под Windows Server и управляется SCVMM, сначала сопоставьте установленное обновление и симптомы с объявлением Microsoft, а затем проверяйте актуальные исправления для SCVMM. Не подходит: если вы считаете KB5126646 причиной любого сбоя Hyper-V только потому, что сервер использует процессор AMD. Microsoft описывает ограниченный сценарий: сбой обновления сведений о хосте или кластере в SCVMM после установки октябрьского обновления; это не подтверждение общей неисправности AMD или Hyper-V. В объявлении Microsoft от 3 ноября 2026 года отдельно очерчены условия и направление проверки.

Эта статья для вас, если вы отвечаете за AMD-хосты или кластеры Hyper-V, управляемые SCVMM, и оцениваете последствия октябрьского обновления. Она также пригодится, если вы расследуете неудачное обновление сведений о хосте и хотите отделить проблему управления от сбоя виртуальной машины. Технические руководители, планирующие отдельный AMD-сервер с Windows Server, смогут использовать раздел о границах применимости, но он не заменяет руководство по развёртыванию Hyper-V.

Последнее обновление — 6 ноября 2026 года; сведения сверены с объявлением Microsoft о проблемах SCVMM и историей обновлений Windows Server 2025. Состояние исправлений и перечень известных проблем могут измениться: перед изменением рабочего кластера сверяйте актуальные страницы Microsoft.

Сначала сопоставьте способ управления, платформу и симптом

Для первичной оценки важны три отдельные проверки: AMD ли установлен в хосте, установлено ли соответствующее обновление Windows Server 2025, управляет ли этим хостом SCVMM. Одной лишь принадлежности к AMD-платформе недостаточно. Не менее важно не смешивать отказ обновления инвентарных сведений SCVMM с недоступностью виртуальной машины или с другой ошибкой Windows.

Сценарий Что подтверждают известные сведения Как действовать
AMD-хост или кластер под управлением SCVMM; установлено октябрьское обновление; не обновляются сведения о хосте Сочетание соответствует описанному Microsoft сценарию Проверить обновление SCVMM и указания Microsoft для этой ситуации
Отдельный Hyper-V-хост не управляется SCVMM Объявление о сбое обновления сведений в SCVMM само по себе не подтверждает влияние на этот сервер Собирать сведения об ошибке и искать относящееся к ней известное ограничение Windows
Процессор не AMD либо обновление не установлено Условия AMD-сценария из объявления не совпадают полностью Разделить симптомы по платформе, установленным обновлениям и используемому инструменту управления
Передача шаблона SCVMM завершается ошибкой Это отдельное описанное проявление, его нельзя считать тем же самым, что AMD-сбой обновления сведений о хосте Проверить соответствующую часть объявления и собственную последовательность передачи

Microsoft указывает, что октябрьские обновления могут затронуть управляемые SCVMM среды, но AMD-условие относится к сбою обновления сведений о хосте или кластере. В том же сообщении отдельно описана проблема передачи шаблонов; не переносите её на AMD-сценарий без проверки конкретного симптома. Для точного перечня затронутых конфигураций используйте первичное объявление System Center, а не обобщения из отдельных пользовательских обсуждений.

Может ли KB5126646 затронуть Hyper-V-хост без SCVMM? По доступному объявлению нельзя заключить, что отдельные Hyper-V-серверы без управления SCVMM сталкиваются с тем же дефектом. Если такой сервер ведёт себя необычно, это повод диагностировать именно его событие, роль и обновления, а не применять исправление, предназначенное для SCVMM, без подтверждения.

Шаг первый: установите, какое обновление действительно стоит на хосте

Сначала соберите факты на самом сервере. Название KB5126646 относится к обновлению безопасности Windows Server 2025, опубликованному 13 октября 2026 года; запись о его выпуске и составе опубликована в описании KB5126646. История Windows Server 2025 также перечисляет последующее обновление KB5134137 от 26 октября 2026 года; наличие более поздней записи не следует трактовать как автоматическое доказательство того, что она исправляет именно вашу ситуацию — сверьте описание и статус на странице KB5134137.

В графическом интерфейсе откройте Параметры → Центр обновления Windows → Журнал обновлений и запишите отображаемые KB, даты и результат установки. Затем в PowerShell, запущенном с правами администратора, выполните:

Get-HotFix -Id KB5126646

Документация Microsoft описывает работу команды Get-HotFix. Если команда сообщает, что обновление не найдено, не делайте вывод только по одной проверке: сопоставьте журнал Центра обновления, историю выпусков Windows Server и сведения о последующих накопительных обновлениях. В локальной среде инвентаризация обновлений может показывать текущий пакет не так, как вы ожидаете, поэтому сохраните вывод и уточните состояние по официальной записи обновления.

Пример результата при наличии записи:

Source        Description      HotFixID     InstalledBy          InstalledOn
SERVER-A      Security Update  KB5126646   NT AUTHORITY\SYSTEM  10/13/2026

Это лишь образец формата, а не результат проверки на вашем сервере. Значения InstalledOn и список пакетов должны соответствовать фактической системе. Зафиксируйте полную редакцию и сборку Windows Server, имя узла, сведения о процессоре и время последнего успешного обновления SCVMM. Не публикуйте в отчёте секреты, пароли, ключи активации или данные доступа.

Как подтвердить, что в системе установлена KB5126646? Используйте Get-HotFix -Id KB5126646 вместе с журналом обновлений и официальной историей выпусков. Если сервер уже получил более позднее накопительное обновление, не предполагайте, что состояние именно KB5126646 можно установить по внешнему номеру: проверьте состав и применимость пакета через документацию Microsoft для вашей сборки.

Шаг второй: отделите сбой SCVMM от сбоя Windows Server

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

В консоли SCVMM выполните проверку на стороне сервера управления; командлет Get-SCVMHost документирован Microsoft для получения сведений о хостах:

Get-SCVMHost |
  Select-Object Name, ComputerState, OverallState

Доступность и набор свойств могут зависеть от установленного модуля и версии SCVMM. Поэтому если конкретное свойство в вашей среде отсутствует, сначала выведите объект без фильтра:

Get-SCVMHost | Format-List *

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

Может ли сбой обновления сведений на AMD-хосте быть связан с обновлением Windows Server 2025? Да, это возможно, если совпадают условия объявления Microsoft: AMD-процессор, управление через SCVMM, соответствующее обновление Windows и характерный отказ обновления сведений о хосте или кластере. Если ошибка другая, узел не управляется SCVMM или обновление не подтверждено, связь остаётся гипотезой — её нельзя устанавливать только по сообщению сообщества.

Соберите журналы и временную шкалу до любых изменений. Для сравнения полезны: когда установился пакет, когда начались ошибки, какой SCVMM-компонент их зарегистрировал, работает ли связь с узлом и доступны ли гостевые системы. Если виртуальные машины работают, а SCVMM не обновляет сведения о хосте, это важное различие, но не доказательство безопасности или отсутствия других неисправностей. Не смешивайте его с ошибкой переноса шаблона: у неё иной операционный путь и свои диагностические данные.

Проверка по результату: исправлять, наблюдать или продолжать диагностику

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

  • [ ] Подтвердите редакцию и сборку Windows Server на затронутом узле.
  • [ ] Проверьте, установлен ли KB5126646 или более поздний пакет, и сохраните результат команды и журнал обновлений.
  • [ ] Подтвердите, что хост или кластер действительно управляется SCVMM; запишите версию и установленный Update Rollup.
  • [ ] Сопоставьте точный симптом с объявлением Microsoft: обновление сведений о хосте или кластере — не то же самое, что передача шаблона или ошибка виртуальной машины.
  • [ ] Проверьте актуальную редакцию объявления и записи об обновлениях SCVMM; применяйте только те обновления или исправления, область действия которых Microsoft подтверждает для вашей конфигурации.
  • [ ] До изменения сохраните конфигурацию и журналы; заранее определите, кто и по каким признакам остановит работы и выполнит возврат.
  • [ ] После утверждённого изменения повторите ту же операцию SCVMM и сравните результат с исходной ошибкой.
  • [ ] Если условия не совпадают или отказ сохранился, продолжите разбор по журналам и актуальным известным проблемам Microsoft; не заменяйте системные файлы вручную.

В описании KB5126646 ориентируйтесь на указанные Microsoft применимость и состояние пакета, а в истории обновлений — на более поздние выпуски. Номер следующего KB сам по себе не обещает устранения любого дефекта SCVMM. Уточните, распространяется ли выпущенное исправление на вашу сборку Windows и версию VMM; если публикация не даёт такого подтверждения, запросите уточнение через принятый в вашей организации канал поддержки Microsoft.

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

Что делать, если среда не совпадает с описанным случаем

Для отдельного Hyper-V-сервера без SCVMM начните с локальных журналов Windows и истории обновлений. Запишите, какая именно операция не выполняется: запуск виртуальной машины, создание или изменение виртуального коммутатора, резервное копирование, управление через локальные средства либо обновление сведений в SCVMM. Последний пункт неприменим, если SCVMM в среде нет. Применяйте только рекомендации Microsoft, относящиеся к фактическому компоненту и сборке, а не исправление для централизованного управления.

Если процессор не AMD, это исключает AMD-ограничение, описанное в объявлении, но не исключает другие проблемы октябрьского обновления в средах SCVMM. Аналогично, отсутствие KB5126646 не позволяет считать, что именно этот пакет вызвал симптом, однако установка следующего накопительного выпуска требует проверки его собственных примечаний. Сначала установите, какая часть среды совпадает с условиями, а затем определяйте область проверки.

Когда после утверждённого обновления симптом остаётся, сравните данные до и после: время операции, имя узла, состояние задания, полный текст ошибки и версию компонентов SCVMM. Убедитесь, что вы повторяете ту же операцию и оцениваете тот же объект. Если обновления применялись не ко всем узлам одинаково, зафиксируйте различия и не расширяйте изменение на весь кластер, пока не установлена его область действия.

При необходимости планировать обновление или миграцию отдельного сервера сначала оцените операционные границы проекта. В руководстве OSFP Cloud о границах сервиса и ответственности сторон можно сверить, какие задачи относятся к инфраструктуре, а какие остаются на стороне администратора. Сравнивая долгосрочные расходы, отдельно учитывайте Windows Server, резервное копирование, лицензии и собственное администрирование; для структурирования расчёта подойдёт материал о расчёте срока и стоимости аренды. Эти материалы не являются инструкцией по исправлению SCVMM и не заменяют условия Microsoft.

Новый AMD-сервер — отдельный выбор, а не исправление кластера

Если вы только планируете новую установку Windows Server с Hyper-V, не смешивайте покупку отдельного сервера с устранением сбоя существующей SCVMM-среды. Новый узел сам по себе не устранит ошибку управления, не обновит VMM и не исправит кластерную конфигурацию. До выбора системы зафиксируйте требуемую редакцию Windows, совместимость бизнес-приложений, политику обновлений и способ резервного копирования. Параметры дисков, памяти и сетевого подключения проверяйте по актуальной карточке конкретной конфигурации, а не выводите из этого материала.

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

Главное решение по KB5126646 — не «удалять или оставить», а установить, совпадают ли платформа, обновление, управление через SCVMM и конкретный симптом с границами объявления Microsoft. Для Windows Server 2025 и AMD Hyper-V действуйте по результатам проверки: применяйте подтверждённые указания к подходящей SCVMM-среде, наблюдайте за системой, если совпадение не установлено, и продолжайте диагностику по журналам, если симптом сохраняется.

Разверните инфраструктуру на выделенном сервере OSFP Cloud

Получите физический сервер в Токио с процессором AMD EPYC 7543P — все его ядра предназначены только для ваших задач.

от $462 / мес.