镜像合作伙伴超时 - 不按照宣传的方式工作？

Question

我正在测试一个 2 节点 Windows 故障转移集群，在高安全模式下进行镜像和自动故障转移。我的镜像和见证服务器一样是独立的服务器。所有实例均为 2008 R2 RTM 企业版（64 位）（此为测试，亲测为 Express in prod）

因为当我将一个集群节点故障转移到另一个集群节点时（或者在我们刚刚丢失一个节点的情况下），我想防止故障转移到镜像，所以我提高了合作伙伴超时值。我的集群故障转移相当快，大约在 25 到 30 秒之间。但是，即使我将超时值设置为 59 秒，镜像数据库仍然故障转移到镜像服务器，而且速度相当快。

通常，我通过简单地将 SQL 资源从集群管理器中的一个节点移动到另一个节点来进行测试，但我也通过重新启动活动节点进行了尝试。当我故障恢复时也是如此。我可以关闭我的镜像服务器上的 SQL 服务（现在是原则），并通过查询 sys.database_mirroring，我看到镜像（前主体）以非常短的顺序更改状态和描述。

那么，我做错了什么或假设超时如何工作？

Answer 1

我建议主体的彻底关闭是造成这种情况的原因。

从自动故障转移

自动故障转移的工作原理

1. 如果主体服务器仍在运行，它将主体数据库的状态更改为 DISCONNECTED，并断开所有客户端与主体数据库的连接。

人们可能会认为校长在完全关闭时说“我已断开连接”

要正确测试这一点，请从托管主体的节点上拔下网络电缆（或电源线）以模拟/调用“真实”服务器故障

我假设镜像实际上是远程的并且不在同一个集群上......