当我在Server故障转移群集实例中关闭SQL服务时，为什么不发生自动故障转移？

Question

我遇到了与自动故障转移相关的异常行为，因此在关闭Server服务的情况下，自动故障转移无法工作。集群磁盘似乎仍然被附加到失败的节点上，但我无法找到导致这种行为的最终问题。如果你能帮助我理解这个问题，我将非常感谢你。

出于测试目的，我在域控制器上创建了iSCSI目标，并将两个启动程序连接到它：

下面是有关我的集群的详细信息：

下面是有关我的Server服务的详细信息：

下面是有关集群磁盘的详细信息(我只为其中一个磁盘添加了详细信息，因为两个磁盘是相同的)：

现在，当我关闭Server服务时，不会发生服务的自动故障转移：

我测试了自动故障转移成功运行的其他场景：

1. 手动故障转移
2. 关闭活动节点
3. 禁用活动节点上的适配器
4. 在任务管理器中杀死sql server进程
5. 在任务管理器中终止sql代理服务进程

在所有上述方案中，资源成功地转移到另一个节点。

当我关闭活动节点上的Server服务时，请您帮助我找出自动故障转移的错误所在吗？

Answer 1

故障转移群集管理器是管理受集群保护的服务的工具，因此我认为，如果管理员选择停止使用该服务，则不应该对服务进行故障转移。这种情况可能被解释为需要停止服务的某种维护。

您描述的5种工作场景不在群集管理器(除了在服务上显式失败的一个选项之外)，因此它们表示在管理员不知情的情况下停止服务的情况(如果是管理员，他会使用故障转移群集管理器，对吗？)集群也承认这种情况是危险的，并且为了重新建立服务而采取了应该采取的行动。

相关信息：

集群中SQL服务器的正确关闭