![Windows Server 2019 2 节点故障转移群集在重新启动后处于脱机状态](https://linux22.com/image/767602/Windows%20Server%202019%202%20%E8%8A%82%E7%82%B9%E6%95%85%E9%9A%9C%E8%BD%AC%E7%A7%BB%E7%BE%A4%E9%9B%86%E5%9C%A8%E9%87%8D%E6%96%B0%E5%90%AF%E5%8A%A8%E5%90%8E%E5%A4%84%E4%BA%8E%E8%84%B1%E6%9C%BA%E7%8A%B6%E6%80%81.png)
我在 VirtualBox 上有 2 个 Windows Server 2019。我已经配置了故障转移群集,并且它正在运行。我正在测试故障转移和故障恢复。这些是我完成配置后执行的步骤(使用 IIS 网站进行测试)。
- 启动节点1(仅节点1开启,节点1网站在虚拟IP上可用)
- 启动节点 2(两个节点都开启,节点 1 网站在虚拟 IP 上可用)
- 关闭节点1(仅节点2开启,节点2网站在虚拟IP上可用)
- 关闭节点 2,现在两个节点都已关闭。
10分钟后。
- 启动节点 1(虚拟 IP 上没有可用的网站,但物理节点 1 上可用)
现在故障转移群集管理器显示“群集状态:关闭”。
有人知道为什么节点 1 没有像步骤 1 中那样启动集群吗?请注意,这些操作是在 1 小时内完成的。这可能是节点隔离的问题吗?
答案1
该问题与隔离无关。隔离节点后,您会在故障转移群集管理器中看到它。在您的场景中,您先关闭节点 1,然后关闭节点 2。启动节点 1 后,由于动态仲裁机制,群集处于脱机状态。查看更多信息: https://docs.microsoft.com/en-us/archive/blogs/askcore/failover-cluster-node-startup-order-in-windows-server-2012-r2 仅具有 2 个节点的故障转移群集应具有外部见证。它可以是文件共享见证或见证磁盘。以下指南应该有所帮助: https://www.starwindsoftware.com/resource-library/starwind-virtual-san-for-hyper-v-2-node-hyperconverged-scenario-with-windows-server-2016/