故障转移群集

使用 TSM 角色排查故障转移群集实时迁移冻结问题 - Windows Server

· 52CE 我爱测

总结 Windows 故障转移群集在实时迁移期间(例如角色或虚拟机在群集节点之间移动时)可能会挂起并停止响应。 此问题可能会间歇性发生,并且在计划补丁周期内腾空节点时通常可以重现。 请参阅本文,解决第三方备份代理以群集角色运行时在实时迁移期间导致的群集挂起问题。 故障特征 你可能会观察到以下一个或多个症状: - 故障转移群集在对群集角色执行实时迁移期间挂起或冻结。 - 群集节点在迁移过程中变得无响应。 - 该问题在补丁窗口期间总是反复出现。 - 如果没有发

总结

Windows 故障转移群集在实时迁移期间(例如角色或虚拟机在群集节点之间移动时)可能会挂起并停止响应。 此问题可能会间歇性发生,并且在计划补丁周期内腾空节点时通常可以重现。 请参阅本文,解决第三方备份代理以群集角色运行时在实时迁移期间导致的群集挂起问题。

故障特征

你可能会观察到以下一个或多个症状:

  • 故障转移群集在对群集角色执行实时迁移期间挂起或冻结。
  • 群集节点在迁移过程中变得无响应。
  • 该问题在补丁窗口期间总是反复出现。
  • 如果没有发生挂起,就不会成功执行角色移动。

内存转储分析通常会显示出以下结果:

  • 当在实时迁移过程中销毁 \Device\NetBt_If1 时,会稳定地出现死锁现象。
  • Sysmon 驱动程序不会在较长时间内更新(例如,大约五年)。 过时的 Sysmon 驱动程序已知会在实时迁移过程中导致死锁和网络相关的不稳定问题。
  • 驱动程序 PktMon.sys 显示旧时间戳(例如 2007-06-16),表示它已过时。

Cause

原因是 TSM(IBM Tivoli 存储管理器)备份服务作为故障转移群集角色运行。 在实时迁移期间,TSM 集群角色会干扰网络拆除过程,从而导致死锁。

Note

尽管转储分析最初可能将 Sysmon 和 PktMon 指为可能的相关因素,但实际根因是群集中的 TSM 备份服务角色。 禁用此角色可解决该问题,无需进行任何 Sysmon 或 PktMon 更改。

解决方案

在执行实时迁移之前禁用 TSM 备份服务角色。 可以在补丁周期内应用该修复。

  1. 标识所有群集角色并记下任何第三方备份代理,例如 TSM 或 IBM Spectrum Protect,以群集角色身份运行。
  2. 在故障转移群集管理器中,在启动实时迁移或节点疏散之前禁用 TSM 备份服务角色。
  3. 执行实时迁移或节点排出操作。
  4. 迁移完成后重新启用 TSM 备份服务角色,节点重新联机。

Important

请勿从生产环境中删除任何内置Windows驱动程序(如 PktMon.sys),而无需先在非生产环境中进行彻底测试。 PktMon 是一个内置的Windows网络流量分析器,只能更新,不应将其删除。

资料来源与适用范围

资料来源
微软官方中文故障文档
适用范围
按正文的 Windows / Windows Server 适用版本;保留原文兼容性要求
内容语言
中文;命令、路径和错误标识保留技术原文
本地收录日期
2026-10-26
授权说明
CC BY 4.0

正文与所需资源由本站本地存储。查看来源及更新记录 ↗

请按适用版本和实际日志确认原因;本站没有对每一种系统或设备逐项执行文中的操作。