>镜像机制可靠吗？它需要连续配置和调整吗？
>自动故障转移选项是否可靠？它需要连续配置和调整吗？
问候,
解决方法
与任何HA技术一样,在选择帮助您实施HA策略的技术之前,您需要了解自己的要求和限制.如果您在此之前选择技术并尝试根据您的要求进行改造,那么您将无法获得成功的策略.
我刚刚为sql团队用sql Server编写了一份35页的HA白皮书 – 它将在sql PASS之前发布.在此期间,要了解要问自己的问题类型,请参阅我的博文：HA: Where do you start when choosing a high-availability solution?.对于数据库镜像,您需要考虑：
>您的应用程序生态系统中有多少个数据库？即需要什么资源才能同时进行故障转移.超过2-3,您可能会考虑使用SAN复制进行故障转移群集.
>在单个应用程序生态系统之外,您想要镜像多少个数据库？超过10,你将开始看到工作线程,内存和等待共享镜像发送缓冲区的问题.
>什么是事务日志生成率？
>什么是网络带宽和延迟？这两件事决定了镜像是否与主体同步 – 以及在异步模式下(从大型发送队列)可能看到多少数据丢失或者工作负载吞吐量退化,因为必须等待事务在硬件上变硬镜子(用于同步模式)
等等.
设置镜像后,您需要对其进行监控以确保其在您所需的参数范围内工作 – 最重要的监控事项是SEND和REDO队列 – 它们可以衡量镜子后面的距离,以及如何故障转移将花费很多时间.它不需要在常见场景中进行连续调整,但YMMV与任何技术一样.
自动故障转移 – 取决于.从哪些网络链路断开,哪些镜像伙伴关闭以及实际故障是什么,有多种方案需要考虑.查看此博客文章以获取失败列表：Search Engine Q&A #3: Database mirroring failover types and partner timeouts.
这完全是一个大脑转储,但总而言之,是的,镜像是可靠的,不应该需要过多的调整和监控. sql Server 2008增加了一些很酷的新东西来帮助 – 记录流压缩和自动页面修复 – 我在Database Mirroring博客文章类别中都写过这两篇文章.
最后 – 你应该看一堆好的白皮书(参见我们whitepapers uber-links page上的数据库镜像链接 – 我在SS2008中编写了一个关于将数据库镜像与事务复制相结合的一个)和一本新书Pro SQL Server Mirroring.
希望这可以帮助！
