我们正在考虑实施 SQL 故障转移集群,我对 SQL 故障转移集群在性能方面的工作方式有疑问。具体来说,我们将在所述集群上安装大约 1000 个数据库,我担心的是:
故障转移期间的性能:故障转移操作期间是否会中断?
故障转移预计需要多长时间?
我不确定它是如何实现的,但我只是在想象在一台机器上关闭 SQL Server 服务,然后在另一台机器上完成启动的类比。使用所有这些数据库,仅回收 SQL 服务大约需要 10 分钟。我应该对故障转移有同样的期望吗?
我们正在考虑实施 SQL 故障转移集群,我对 SQL 故障转移集群在性能方面的工作方式有疑问。具体来说,我们将在所述集群上安装大约 1000 个数据库,我担心的是:
故障转移期间的性能:故障转移操作期间是否会中断?
故障转移预计需要多长时间?
我不确定它是如何实现的,但我只是在想象在一台机器上关闭 SQL Server 服务,然后在另一台机器上完成启动的类比。使用所有这些数据库,仅回收 SQL 服务大约需要 10 分钟。我应该对故障转移有同样的期望吗?
是的,在集群故障转移期间会有一些中断。在故障转移期间,SQL Server 在当前节点上停止并进行故障转移/移动到其他节点。此 SQL Server 在故障转移到的节点上联机后。有时这太快了,应用程序用户可能不会注意到。但是 SQL Server 重新启动的事实意味着您应该始终牢记可能会出现一些中断
有很多因素会影响故障转移群集在其他节点上联机所需的时间。这些因素是(但不限于)
Edition
的 SQL 服务器。快速恢复功能enterprise edition
可以在恢复的第二阶段(重做)后使数据库联机