我有一堆SQL服务器，我定期执行维护（Windows更新补丁等）。现在我想要24/7全天候在线数据库，并且需要实现SQL服务器的高可用性解决方案之一。 解决方案需要便宜且易于使用。SQL Server 2008高可用性最简单的解决方案？
我没有问题调整数据库的客户端的连接字符串，所以我目前正在研究数据库正在拆伙伴实例打补丁等
时手动故障转移镜像这是最好的事情要做还是有其他选项不涉及设置故障转移群集？
服务器采用完全冗余存储解决方案进行虚拟化。
任何提示感谢，提前致谢！
使用合作伙伴服务器进行镜像可能是最便宜的解决方案（如果您打算手动切换，可以跳过PARTNER服务器）。
故障转移需要共享磁盘（NAS）以及具有群集功能的Windows许可证（非常昂贵）。
我不确定复制，或者它与镜像有什么不同，但是我的研究给出了镜像对我来说的结论。但是，我不介意在进行升级时的一些停机时间，我只是在严重硬件故障的情况下保留数据库的镜像实例。
可能是复制是针对SQL服务器的完整实例，而针对每个数据库完成镜像。就我而言，我有两台生产服务器，它们都将其数据库复制到第三个用于灾难恢复的备份服务器。我认为这对于复制来说是不可能的。
的four high availability solutions我所知道的是：
日志传送可能不是24/7，所以那留下三个。 Serverfault绝对是一个更好的地方来询问它们的相对优点。
对于自动故障切换，我会选择镜像。您可以在您的应用程序中创建第二个数据库连接字符串，并且只要首选项不可用，它将默认为备份 - 因此会全天候为您的应用程序提供服务。然而，这有其不利之处，一旦“翻转”到镜像中，您必须接受这种方式，直到另一项维护工作需要镜像再次移回，或者您必须手动交换镜像。
为了确保这是真正的24/7，您需要启用自动而不是手动，也许您需要证人服务器来做出决定......选择中包含很多因素 - 是你使用不同站点上的服务器，群集，多个Web /应用服务器......？
由于以前的答案都建议，https://serverfault.com/search?q=sql+mirroring会有谁取得了眼前这个选择的人，愿意帮助你更详细
镜像的一大好处是，提供的镜像服务器有没有其他活动是如果镜像接管，则实时服务器许可证转移。 microsoft.com上的SQL许可页面上的全部详细信息
*可能*在ServerFault上获得不同的响应，但我也可以看到它是如何成为开发人员的问题的，如果您维护自己的健康服务器列表... – 2009-11-09 12:44:52
从某种意义上说，这也是一个开发人员的问题，即某些解决方案需要应用程序感知（即镜像或日志传送） – Andomar 2009-11-09 12:51:48