我有一堆SQL服务器，我会定期执行维护（Windows Update补丁等）。现在我想全天候在线数据库，并且需要为SQL服务器实现一个高可用性解决方案。 解决方案需要便宜且易于使用。
我没有调整数据库客户端的连接字符串的问题，所以目前我正在考虑使用手动故障转移进行数据库镜像，同时取下用于修补的合作伙伴实例等。
这是最好的做法还是其他选项不涉及设置故障转移群集？
使用完全冗余的存储解决方案对服务器进行虚拟化。
提前感谢任何提示！
答案 0 :(得分：1)
我知道的four high availability solutions是：
日志运送可能不是全天候运送，所以留下三个。 Serverfault肯定是一个更好的地方询问他们的相对优点。
答案 1 :(得分：1)
使用PARTNER服务器进行镜像可能是最便宜的解决方案（如果您打算手动切换，可以跳过PARTNER服务器）。
故障转移需要共享磁盘（NAS）以及支持群集的Windows许可证（非常昂贵）。
我不确定复制，或者它与镜像有何不同，但我的研究结果表明，镜像对我来说就是一个。但是，在进行升级时我不介意一些停机时间，我只是在发生严重硬件故障时保留数据库的镜像实例。
可能是复制是针对SQL服务器的完整实例，而镜像是针对每个数据库完成的。就我而言，我有2台生产服务器，它们都将它的数据库复制到第三台备份服务器以进行灾难恢复。我认为复制是不可能的。
答案 2 :(得分：1)
对于自动故障转移，我会选择镜像。您可以在您的应用程序中构建第二个数据库连接字符串，并且只要首选不可用，它将默认为备份 - 从而为您的应用程序提供全天候服务。这有其缺点，一旦“翻转”到镜像，你必须接受这是它的方式，直到另一个维护工作要求镜像再次移回或你必须手动交换镜像。
为了让它真正全天候运行，您需要启用自动而不是手动，也许您需要一个见证服务器来做出决定......选择中有很多因素需要包括 - 你是使用不同站点上的服务器，群集，多个Web / app服务器......？
正如之前的答案所暗示的那样，https://serverfault.com/search?q=sql+mirroring会有人做出这样的选择，随时准备为您提供更详细的帮助
镜像的一大好处是，提供镜像服务器没有其他免费许可的活动，如果镜像接管，则实时服务器许可证会转移。有关SQL许可页面的详细信息，请访问microsoft.com