我有一堆 SQL 服务器,我定期对其进行维护(Windows 更新补丁等)。现在我想要数据库24/7在线,需要实现SQL Server的高可用性解决方案之一。解决方案必须便宜且易于使用。

我在调整数据库客户端的连接字符串方面没有问题,因此目前我正在研究在删除合作伙伴实例进行修补等时通过手动故障转移进行数据库镜像。

这是最好的做法还是有其他不涉及设置故障转移集群的选项?

服务器通过完全冗余的存储解决方案进行虚拟化。

任何提示表示赞赏,提前致谢!

有帮助吗?

解决方案

与伙伴服务器镜像很可能是最便宜的解决方案(可以跳过PARTNER-服务器如果打算手动开关)。

故障转移需要共享磁盘(NAS)藏汉作为集群能力的Windows的许可证(非常昂贵)。

我不知道有关复制,或者从镜像的不同之处,但我的研究,我也给了那个镜像是我的唯一结论。但是我在做升级时不介意停机一段时间,我只是不停的数据库镜像的情况下在严重的硬件故障的情况。

这可能是复制是一个SQL服务器的完整实例,而镜像每个数据库进行。就我而言,我有2台生产服务器,这两个复制它的数据库第三,备份服务器的灾难恢复。我认为这是不可能与复制。

其他提示

四种高可用性解决方案 我知道的是:

  • 故障转移集群
  • 日志传送
  • 镜像
  • 复制

日志传送可能不是 24/7,因此还剩下三个。Serverfault 绝对是询问它们相对优点的更好地方。

有关自动故障转移,我会选择镜像。你可以建立一个第二个数据库连接字符串为您的应用程序,只要心不是首选可将默认为备份 - 所以给你的应用程序24/7。这虽然有它的缺点,一旦“翻转”你必须要么接受,这是它的方式,直到另一个维修作业所需的反光镜再次移回,或者您需要手动换镜在镜子。

为了为这是真正的全天候,你将需要启用自动而不是手动,也许你会需要一个见证服务器必须做出决定......有很多因素在选择包括 - 你对不同的网站,集群,多个Web /应用服务器的服务器的工作...?

正如以前的答案都建议, https://serverfault.com/search?q=sql+mirroring 会有谁取得了眼前这个选择的人,愿意帮助你在更多的细节。

镜像的一个很大的好处是,提供镜像服务器具有没有其他活动它是免费许可,经如果直播服务器许可证转移镜接管。在microsoft.com

在SQL授权页面的全部细节
许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top