本文介绍了在 Windows 8.1 或 Windows Server 2012 R2 Hyper-V 主机中出现的问题。修补程序是可用于解决此问题。安装此修复程序之前,请检查出的系统必备部分。
简介
请考虑以下情形:
-
您必须通过使用 Windows NIC 成组 (LBFO) 为一个或多个网卡团队配置的基于 Windows Server 2012 R2 的计算机。
-
您已在交换机独立组队模式使用 Hyper-V 端口或动态负载平衡模式实现 Windows NIC 成组 (LBFO)。此外,您已正确配置以使用非重叠的处理器的 Nic。(有关详细信息,请参阅知识库文章)。
-
Hyper-V 虚拟交换机绑定到 LBFO 团队之一。
-
在 Hyper-V 服务器上,启动虚拟机,或者您实时将虚拟机从一台服务器迁移到另一台服务器。
在此方案中,您将遇到一个或多个下列问题︰
-
1 期︰间歇性地在事件日志中记录以下错误 113 事件︰
Log Name: SystemSource: Microsoft-Windows-Hyper-V-VmSwitch
Date: <DateTime>
Event ID: 113
Task Category: None
Level: Error
Keywords:
User: SYSTEM
Computer: Server1.contoso.com
Description:
Failed to allocate VMQ for NIC EDCED345-4C96-4C75-92A0-0C4FC5688F73--35BEB899-5BE9-4128-900A-6FE0BBFC7B22
(Friendly Name: Network Adapter) on switch DE4F3664-68D9-4781-825B-882A540FAB08 (Friendly Name: VM Switch).
Reason - The OID failed. Status = {Operation Failed} The requested operation was unsuccessful.
此外,Hyper-V VmSwitch 可能无法为虚拟机分配 VMQ 队列。
注意:在事件说明,原因文本始终是"失败的 OID。"状态文本会有所不同取决于正在使用的网络适配器驱动程序。其他状态示例如下所示︰-
状态 = 一个无效的参数传递给了服务或函数
-
状态 = Insufficient 系统资源来完成 API 的存在
-
状态 = 未知
原因出现此问题是因为 VmSwitch 假定的默认处理程序 VMQ 执行 VMQ 分配时是零 (0)。这会导致某些网络适配器驱动程序拒绝分配并生成错误 113。
修复信息应用此修补程序后,VmSwitch 不再假定的默认处理程序 VMQ 是零 (0)。
有关此问题的详细信息,请参阅知识库文章。 -
-
发出 2:性能下降或系统停止响应。
原因出现此问题是因为 LBFO 物理资源映射算法重载该主机。此问题也可以触发"翅膀的 MAC。"
修复信息应用此修补程序后,重新平衡算法进行了优化,做更具可扩展性。 -
发出 3:在动态迁移期间发生主机上停止 0xD1 错误。
原因LBFO 清除它自己的结构,因为它假定保证对象标识符 (OID) 的进展后,将出现此问题。
修复信息应用此修补程序后,LBFO 在 OID 成功时才清除其映射。故障情形 LBFO 传递回 VmSwitch OID 状态。VmSwitch 接收的故障状态,并通过它自己的逻辑对其进行处理。
解决方案
修补程序信息
可以从 Microsoft 获得受支持的修复程序。然而,此修补程序仅用于解决本文中描述的问题。仅对出现这一特定问题的系统应用此修补程序。
如果此修复程序可供下载,则在此知识库文章顶部"提供修补程序下载"部分。如果未显示此部分,将申请提交到 Microsoft 客户服务和支持,以获取此修复程序。
注意:如果出现其他问题或需要任何故障诊断时,您可能需要创建单独的服务请求。对于不符合此特定的修补程序的其他支持问题和事项将照常收取费用。有关 Microsoft 客户服务和支持电话号码或创建单独的服务请求的完整列表,请访问下面的 Microsoft 网站︰
注意:"修补程序下载可用"窗体显示获取此修复程序的语言。如果看不到您的语言,则修补程序没有那种语言的版本。
系统必备组件
要应用此修补程序,您必须已在 Windows 8.1 或 Windows Server 2012 R2 中安装 。
注册表信息
若要使用此程序包中的修复程序,您不必对注册表进行任何更改。
重启要求
您可能需要在应用此修补程序后,重新启动计算机。
修补程序替换信息
此修补程序不替代以前发布的修补程序。
此修复程序的全球版本将安装具有下表所列属性的文件。这些文件的日期和时间以协调世界时 (UTC) 列出。您的本地计算机上这些文件的日期和时间以您的本地时间加上当前夏令时 (DST) 偏差显示。此外,当您对文件执行某些操作时,日期和时间可能会更改。
Windows 8.1 和 Windows Server 2012 R2 文件信息和备注
重要:Windows 8.1 的修补程序和 Windows Server 2012 R2 的修复程序在同一个包中 。但是,热修复程序请求页上的修补程序在这两个操作系统中列出。若要申请到一个或两个操作系统的系统应用此修补程序包,选择此修补程序在"Windows 8.1/Windows Server 2012 R2"页上列出。始终参考"适用于"一节文章,以确定每个修补程序适用于实际的操作系统。
-
通过检查下表中显示的文件版本号,可以识别应用于特定产品、 里程碑 (RTM、 SPn) 和服务分支 (LDR、 GDR) 的文件:
-
GDR 服务分支仅包含那些广泛发布以解决广泛分布的关键问题的修复。LDR 服务分支包含除了广泛发布的修补程序的修补程序。
-
为每个环境安装的 MANIFEST 文件 (.manifest) 和 MUM 文件 (.mum) 都在"其他文件信息"部分中单独列出。MUM、 MANIFEST和相关的安全目录 (.cat) 文件,对要维护更新组件的状态非常重要。对其属性没有列出的安全目录文件已签署 Microsoft 数字签名。
状态
Microsoft 已经确认这是“适用于”一节中列出的 Microsoft 产品中的问题。
参考资料
请参阅 Microsoft 用于描述软件更新。