我们遇到了一个奇怪的情况，SQL Server 2008 单节点群集挂起。作为背景，我们正在使用 Windows 2008 和 SQL Server 2008 重建 Windows Server 2003/SQL Server 2005 双节点群集。以下是时间线：
- 从 Windows 2003/SQL 2005 群集中移除了被动节点（服务器 B）。主动节点现在可作为单节点群集运行，没有任何问题。
- 清除服务器 B 的磁盘，并安装 Windows 2008 和 SQL Server 2008 作为单节点集群。由于我们暂时还不想让两个集群进行通信，因此我们未配置集群的专用网络“心跳”适配器。集群启动并正常运行。
- 已将所有数据库移至新集群。集群继续正常运行。
- 关闭服务器 A（旧集群）以准备重建为新集群的第二个节点。
- 服务器 B（新集群）上的 SQL Server 实例锁定，即使它不应该了解服务器 A 或与服务器 A 进行任何交互。
- 重新启动服务器 A。服务器 B（新集群）上的 SQL Server 实例立即开始再次工作。
我们尝试过的事情：
- 即使 SQL Server 处于挂起状态，新集群的名称也会响应 ping 和 NETBIOS 请求。
- 我们已经确认旧心跳适配器未分配 IP 地址，并且它没有从 DHCP 中提取 IP 地址。
- 禁用心跳的网卡具有相同的效果。
- 任何日志（Windows 或 SQL）中均未生成错误。
- 错误首次发生时，它处于挂起状态很长一段时间（超过 10 分钟），然后才有人弄清楚发生了什么。这似乎消除了任何类型的正常集群超时，在此期间它会搜索其他节点（即使已配置了节点）。
服务器 B 正在运行 Windows 2008 SP2（已完全修补）和 SQL Server 2008 SP1 CU7（10.0.2775）。
答案1
看起来与我的问题类似：当 SQL Server 2008 故障转移群集中的备用节点处于脱机状态时，故障转移群集中的实例间歇性不可用 心跳卡不可用时，集群挂起。