SQL Server集群 同时断网，故障转移一直停留在“脱机状态”，无法自动恢复

[diyyong]

在两台Windows2012服务器搭建了一套SQL Server集群，是主备模式。

测试主节点断开网络可以实现故障转移到备节点，但是当两个节点的网络同时断开， 然后重新连接， 故障转移仍然停留在“脱机”状态，如下图所示：



策略配置：


请问MSSQL集群不能检测这种情况从而进行自动恢复吗？

[删库到跑路]

我用过4个节点转移集群来试验，做always on，直接宕了2个节点，过一会恢复，那两个节点就自动恢复了

[diyyong]

引用 3 楼 yenange 的回复:

[quote=引用 2 楼 diyyong 的回复:] [quote=引用 1 楼 yenange 的回复:] 节点数太少， 至少要 5 个节点才能保证2个节点同时失败（3个节点存活）后重新联机。

是不是说，2个节点同时失败的话，即使再接上网线，也是无济于事？（因为我们做的是主备模式，再多节点感觉就浪费机器了）[/quote] 那你自己写 powershell 脚本， 每1分钟判断一下， 如果有脱机的自动重联[/quote] 现在情况是这样，1、2节点全断网了（主备模式），重启1节点服务器没用，因为2节点服务器仍然是挂的，需要同时重启2个节点才恢复。这是什么原因呢？

[diyyong]

引用 4 楼 zy_and_zy 的回复:

我用过4个节点转移集群来试验，做always on，直接宕了2个节点，过一会恢复，那两个节点就自动恢复了

如果全down掉了的话，再恢复网络，还会不会恢复呢？

[zjcxc]

你再在仲裁配置一个目录共享见证，这样就是3点验证了，然后再测试

[吉普赛的歌]

节点数太少， 至少要 5 个节点才能保证2个节点同时失败（3个节点存活）后重新联机。

[diyyong]

引用 1 楼 yenange 的回复:

节点数太少， 至少要 5 个节点才能保证2个节点同时失败（3个节点存活）后重新联机。

是不是说，2个节点同时失败的话，即使再接上网线，也是无济于事？（因为我们做的是主备模式，再多节点感觉就浪费机器了）

[吉普赛的歌]

引用 2 楼 diyyong 的回复:

[quote=引用 1 楼 yenange 的回复:] 节点数太少， 至少要 5 个节点才能保证2个节点同时失败（3个节点存活）后重新联机。

是不是说，2个节点同时失败的话，即使再接上网线，也是无济于事？（因为我们做的是主备模式，再多节点感觉就浪费机器了）[/quote] 那你自己写 powershell 脚本， 每1分钟判断一下， 如果有脱机的自动重联

[删库到跑路]

引用 6 楼 diyyong 的回复:

[quote=引用 4 楼 zy_and_zy 的回复:] 我用过4个节点转移集群来试验，做always on，直接宕了2个节点，过一会恢复，那两个节点就自动恢复了

如果全down掉了的话，再恢复网络，还会不会恢复呢？[/quote] 我没有试验过，不过今天我也在试试集群

[足球中国]

引用 7 楼 zjcxc 的回复:

你再在仲裁配置一个目录共享见证，这样就是3点验证了，然后再测试

大神好