SQL Server-群集与镜像如何实现高可用性?

SQL Server-群集与镜像如何实现高可用性?

我一直在研究 SQL Server 2005 的各种高可用性选项。就高可用性而言,什么情况下更适合选择集群而不是镜像?

据我所知,镜像有许多优点,包括没有单点故障存储设备,不需要购买昂贵的集群硬件,以及如果您有见证服务器则可以更快地进行自动故障转移。

我能想到的唯一有利于集群的情况是拥有两台以上服务器的情况。

有人可以提供进一步的见解吗?

答案1

如果你有多个数据库,我建议使用集群。镜像的配置和管理每个数据库而集群的配置和管理每个实例。这是一个非常大的(并且可能耗时的)差异。

答案2

如果您有其他服务、文件系统中的文件、SQL 之外的其他资源,这些资源在故障转移后必须存在,那么请考虑集群。如果您有多个必须放在一起的数据库,那么请考虑集群。

使用镜像时,只有数据库会进行故障转移,仅此而已。使用集群时,故障转移后,整个共享驱动器集都可供辅助服务器使用。

话虽如此,集群有一个问题。通常只有一组存储。这是单点故障,通常是薄弱环节。

答案3

集群仅适用于 SQL 服务(和其他资源)(数据除外),而镜像会复制您的数据,因此如果出现存储故障,集群是不够的。

相关内容