“AMD Hyper-V 主机或集群刷新失败”正在反复出现？先别把它当成所有 Hyper-V 主机的系统故障。
负责 SCVMM 管理环境、正在评估这次 Windows 更新影响的管理员，适合读下文。
如果你只管理未纳入 SCVMM 的 Hyper-V 主机，也可以用核验步骤排除范围，但不能仅凭社区个案认定自己受影响。
最后更新于 2026 年 11 月 6 日；核实自微软 2026 年 11 月 3 日的 SCVMM 公告、Windows Server 2025 更新历史及发布信息。
先分清两类故障：AMD 刷新失败与模板传输失败
微软公告说明，2026 年 10 月 Windows Server 更新可能影响 SCVMM 管理环境。公告把问题分成两类：其一，使用 AMD 处理器的主机或集群刷新时出现 UInt64-to-Int64 OverflowException；其二，基于 BITS 的虚拟机模板内容传输可能返回 HTTP 500。后者不是 AMD 专属问题，不能把两类症状混为一个“AMD Hyper-V 故障”。微软 SCVMM 公告
对于本文聚焦的 Windows Server 2025，KB5126646 于 2026 年 10 月 13 日发布，微软更新记录列出的 OS Build 为 26100.33650。公告所说的 AMD 刷新问题并非只涉及 Windows Server 2025：微软列出的受影响 SCVMM 管理主机还包括 Windows Server 2022 和 2019。因此，判断时要把宿主机系统、CPU 平台和 SCVMM 管理关系同时对上，而不是只看补丁编号。KB5126646 更新说明
先核对主机补丁与 SCVMM 管理关系
可先在故障主机的管理员 PowerShell 中采集系统和补丁信息。微软文档说明，Get-HotFix 会列出本机或指定远程计算机的已安装修补程序；但对累积更新的判断不宜只依赖这一条命令，还要与 Windows 更新历史和系统版本交叉核对。Get-HotFix 命令说明
Get-ComputerInfo |
Select-Object WindowsProductName, WindowsVersion, OsBuildNumber
Get-HotFix -Id KB5126646, KB5134137 -ErrorAction SilentlyContinue
Get-HotFix 没有返回记录，不等同于已证明相关累积更新从未安装。请再打开“设置 → Windows 更新 → 更新历史记录”，并记录当前 OS Build；微软更新记录可用于对照 KB 与构建版本。Windows Server 2025 更新历史
接着确认主机是否真的在 SCVMM 数据库中。你可以在 SCVMM 管理控制台的主机组或集群视图中查找，也可以在装有 VirtualMachineManager 模块的管理 Shell 中执行：
Get-SCVMHost -VMMServer "你的VMM服务器名" |
Select-Object ComputerName, VirtualizationPlatform
该命令查询指定 VMM 服务器管理的主机对象；查到主机记录，才说明它属于这台 VMM 服务器的管理清单。命令查询为空时，先确认连接的是正确的 SCVMM 服务器及权限，再判断管理关系，不能把“当前查询没结果”直接当作从未受 SCVMM 管理。Get-SCVMHost 命令文档
输出格式示意如下，实际主机名和平台以你的环境为准：
ComputerName VirtualizationPlatform
------------ ----------------------
hv-node.example.local HyperV
然后检查管理端版本。在 SCVMM 控制台中查看“帮助 → 关于”，记录版本号和 Update Rollup（UR），并与微软的 VMM 构建版本记录核对。微软列出的版本记录显示，SCVMM 2025 UR1 与 SCVMM 2022 UR4 是公告处理路径涉及的更新汇总；不要只凭“已安装最新补丁”的口头记录判断是否满足条件。VMM 构建版本与 UR 对照
按场景判断：命中、未命中，还是仍需排查
- AMD + 已安装 2026 年 10 月更新 + SCVMM 管理 + 主机或集群刷新失败：符合微软公告描述的 AMD 场景。继续确认 SCVMM 版本、UR 和公告中的热修复适用范围，不要先卸载 Windows 安全更新。
- AMD + 独立 Hyper-V 主机，没有纳入 SCVMM：微软当前这份公告不能证明该独立主机也会遇到相同的 SCVMM 刷新故障。记录虚拟机运行异常、事件日志和更新状态，再按对应的 Windows 已知问题继续排查。
- 非 AMD 主机，或未安装相关更新：不符合公告所述的 AMD 专属刷新问题边界。若报错是模板内容传输失败，仍应单独核对公告所列的 BITS 工作流问题；它与 AMD 刷新异常不是同一个故障条件。
- 刷新失败但版本、更新或管理关系对不上：不要为了“试一下”替换 DLL 或执行通用卸载。先保存完整错误、SCVMM 作业记录、主机事件日志和更新状态，逐项排除其他已知问题。
怎么处理命中公告的环境
截至本文核查时，微软公告给出的 AMD 场景处理方向，是将 SCVMM 2025 更新到 UR1 或将 SCVMM 2022 更新到 UR4，并按对应版本应用公告中的热修复。公告要求在操作前备份 ImgLibEngine.dll，并说明热修复涉及 SCVMM 服务器安装目录中的该文件。SCVMM 2019 的 AMD 场景热修复，公告当时注明将在另一项问题的永久修复发布后提供；不能把 2025 或 2022 的包用于 2019 环境。
不要把 2026 年 10 月 26 日发布的 KB5134137 自动视为 SCVMM 刷新问题的修复。微软说明该 OOB 更新面向无法取得当前证书信任列表更新的特定设备，内容涉及证书信任载荷；该更新页面并未说明它能修复 AMD 主机刷新异常。安装状态可以核对，但处理 SCVMM 故障仍应以 SCVMM 公告的适用条件和后续修复说明为准。KB5134137 更新说明
用可勾选清单决定修复、观察或继续排障
按以下顺序留证和决策，能避免把不相关问题误判成补丁回归：
- [ ] 记录主机型号信息、处理器平台、Windows Server 版本、OS Build，以及已安装更新。
- [ ] 在更新历史中核对 KB5126646；如有 KB5134137，也单独记录，不据此推断 SCVMM 问题已修复。
- [ ] 确认主机或集群是否由 SCVMM 管理，并记录 SCVMM 版本、UR 和主机对象状态。
- [ ] 保存刷新失败的完整异常文本、发生时间、SCVMM 作业详情及相关事件日志。
- [ ] 若 AMD、更新、SCVMM 管理关系和刷新症状均与公告吻合，按对应 SCVMM 版本核对微软公布的 UR 和热修复。
- [ ] 变更前备份公告指定文件及相关配置，记录当前文件版本、变更人、时间和回退步骤；在维护窗口内按微软说明执行。
- [ ] 若任一条件不符，或应用适用修复后仍失败，保留证据，转查对应 Windows 已知问题或向微软支持提交问题，不套用其他版本的文件和修复包。
微软的 Windows Server 更新排障指引也建议根据相关更新说明核对前置条件，并检查 WindowsUpdateClient 等日志；它适合作为一般更新排障入口，但不能取代针对 SCVMM AMD 场景的专项公告。Windows Server 更新排障指引
常见疑问：独立主机与 SCVMM 集群不要混为一谈
没有 SCVMM 的独立 Hyper-V 主机需要套用这项修复吗？
不能仅凭安装 KB5126646 就这样判断。微软公告限定的是 SCVMM 管理的主机或集群；独立 Hyper-V 主机如果出现虚拟机启动、管理或性能异常，应先记录症状和事件日志，再核对对应的 Windows Server 已知问题，不要照搬 SCVMM 专用热修复。
AMD 主机刷新失败，是否一定是 Windows Server 更新造成的？
不一定。需要同时符合 AMD 处理器、相关 Windows 更新、SCVMM 管理关系和公告所述刷新失败症状。若是模板传输 HTTP 500，则属于公告中的另一类问题；如果这些条件对不上，应继续按错误日志和组件版本排查，避免只按时间先后认定因果。
如何确认 Windows Server 2025 安装了 KB5126646？
先用 PowerShell 的 Get-HotFix 查询，再看“设置”中的更新历史和 OS Build。微软发布记录将 KB5126646 对应到 Build 26100.33650；若系统已安装后续累积更新，不能只因热修复列表中没有单独显示 KB5126646 就断定系统没有包含相应更新，应结合更新历史确认。
SCVMM 管理的 AMD 主机发生刷新错误，先查哪些信息？
先确认主机系统、CPU、更新和 SCVMM 管理状态，再核对 SCVMM UR 是否符合微软公告给出的处理路径。保存异常文本、日志和作业记录；只有条件匹配后才按相应版本的公告热修复操作，且在改动前备份文件、准备回退方案。
新建 AMD Windows 服务器：独立主机不等于 SCVMM 集群
如果你正在评估新主机，先区分两个运维模型：单台 Windows Server 独立服务器由你直接管理；SCVMM 管理的主机或集群还涉及管理服务器版本、UR、主机刷新和集群运维。租用一台 AMD 物理服务器，不会自动包含 SCVMM 或集群管理服务，也不会代替你制定补丁验证、备份和回退流程。
OSFP Cloud 的产品页面列出 Windows Server 2019、2022、2025，以及 AMD EPYC 7543P、32 核 / 64 线程、128GB 或 256GB 内存、2 × 1TB NVMe 直连磁盘等选项；这些是主机规格，不代表提供 SCVMM、集群管理或补丁代运维。采购前可先核对OSFP Cloud 的 AMD 服务器与系统选项，并查看账户、计费与使用边界，确认产品范围与你团队承担的运维责任相符。
若你当前使用共享云实例，可能需要面对共享资源调度、底层硬件控制有限，以及服务器规格与 Hyper-V 运维需求不完全匹配等取舍；独立 AMD 物理机适合需要整机独享资源、直接规划 Windows Server 环境的长期业务，但并不适合只临时运行几小时、负载很轻或依赖按秒弹性伸缩的任务。对前者，OSFP Cloud 的独立服务器可作为新建 Windows 主机的候选；对后者，保留弹性云实例通常更合适。🛠️
常见问题
没有部署 SCVMM 的 AMD Hyper-V 主机也需要套用这项修复吗？
目前微软公告把 AMD 相关的主机或集群刷新失败限定在 SCVMM 管理环境。独立 Hyper-V 主机不能仅因安装了 KB5126646 就判定受同一问题影响；先核实更新、管理关系和实际故障，再查对应的 Windows 已知问题。
AMD Hyper-V 主机刷新失败，怎样判断是不是这次更新引起的？
把处理器平台、Windows Server 版本、已安装更新和 SCVMM 管理状态放在一起核对。若主机为 AMD、由 SCVMM 管理且安装了 2026 年 10 月更新，症状与公告描述相符，才进入公告给出的 SCVMM 版本和热修复核验流程；否则不要直接套用该修复。
在 Windows Server 2025 上怎么查 KB5126646 是否安装？
可在“设置”中的 Windows 更新历史查看，也可用 PowerShell 执行 Get-HotFix 检索 KB5126646。再核对系统版本和 OS Build；若命令没有列出该 KB，不应单独据此断定未安装，因为需要结合累积更新状态和更新历史确认。
SCVMM 管理的 AMD 主机刷新报错，第一步应该查什么？
先保存报错时间、完整异常文本和 SCVMM 作业详情，再核对主机系统与补丁、SCVMM 版本及更新汇总。确认符合微软公告范围后，依公告核验适用热修复；变更前备份受影响文件并准备回退，不要先卸载安全更新或替换来源不明的系统文件。