我们有一个在 6 节点刀片集群上运行 SQL Server 的虚拟机。虚拟机的数据文件存储在使用直接 iSCSI 连接连接的 SAN 上。
由于此 SQL 服务器将运行许多重要的数据库，我们正在讨论是否应该对 SQL 服务器进行集群化，或者 VM 在集群中运行的事实是否足以为我们提供高可用性。我习惯在处理物理服务器时运行 SQL 集群，但当所有服务器都只是 Hyper V 上的 VM 时，我对最佳实践有点不太清楚。
如果运行虚拟机的刀片发生故障，我推测虚拟机将在另一个负载上启动。我猜想在设置中添加 SQL 集群的唯一好处是故障后的恢复时间会更快一些？还有其他好处吗？
答案1
恕我直言，您仍然需要使用 SQL 服务器高可用性 (HA) 选项，例如集群/镜像/复制。
当您需要修补操作系统等操作时，仍然会遇到中断。Hyper-v 对此无能为力。
答案2
这里是 Microsoft 对虚拟化硬件上的群集 SQL Server 实例的支持策略。他们仅在客户机运行 Windows Server 2008 或更高版本时才支持它。最好的情况是配置通过故障转移群集管理单元中的验证测试。这在虚拟机内部运行。
答案3
差不多。它从“启动 SQL Server”运行到“引导 SQL Server”。
答案4
如果您处于故障转移群集中，使用 Hyper V，您可以在 SQL VM 上激活实时迁移，并在需要更新 Hyper V 服务器时将 SQL 服务器迁移到另一个节点，并在不会丢失连接的情况下对 HyperV 服务器进行一些维护。
如果您的服务器崩溃，故障转移将把 SQL 服务所有者转移到另一个节点，并且您将只会丢失 3 - 4 个 ping，但所有活动连接都将丢失。