Server镜像可靠(高可用性)吗？

Question

我正在评估Server 2008镜像(异步)，以提供更好的可用性。根据您的经验，我想知道Server镜像是否是一种可靠和成熟的技术。自动故障转移不是强制性的，但它是一个很好的选择。因此，我将分别评估镜像机制和自动故障转移机制。

• 镜像机制可靠吗？它需要连续的配置和调优吗？
• 自动故障转移选项可靠吗？它需要连续的配置和调优吗？

致以敬意，

Answer 1

是的，数据库镜像是一种可靠的技术，目前许多企业客户都在使用它。我曾帮助人们在Microsoft内部和外部设置镜像--在负责Server存储引擎时，我经常拥有自己的数据库镜像。

与任何HA技术一样，在选择技术以帮助您实现HA策略之前，您需要了解您的需求和限制。如果您在进行此操作之前选择技术并尝试将其改造成您的需求，您将无法获得成功的策略。

我刚刚为SQL团队编写了一篇关于HA和Server的35页白皮书，它将在SQL PASS之前发布。同时，要了解需要问自己的问题，请看我的博客文章：哈:当选择高可用性解决方案时，您从哪里开始？。对于数据库镜像，您需要考虑：

• 应用程序生态系统中有多少数据库？也就是说，哪些资源需要一次又一次失败。超过2-3，您可能会使用SAN复制来查看故障转移群集。
• 在单个应用程序生态系统之外，要镜像多少个数据库？超过10次，您将开始看到工作线程、内存和等待共享镜像发送缓冲区的问题。
• 事务日志生成率是多少？
• 什么是网络带宽和延迟？这两件事决定了镜像是否与主体同步，以及在异步模式(来自大发送队列)中可能会看到多少数据丢失，或者由于必须等待镜像上的事务增强而导致的工作负载吞吐量下降(用于同步模式)。

诸若此类。

一旦设置了镜像，就需要监视它，以确保它在所需的参数(最重要的监视对象是发送队列和重做队列)范围内工作，这样就可以度量镜像后面的距离，以及故障转移将分别花费多少时间。在常见的场景中，它不需要连续的调优，但是YMMV和任何技术一样。

自动故障转移-这取决于。有各种各样的场景需要考虑，包括哪些网络链接下降，哪些镜像合作伙伴崩溃，以及实际的故障是什么。查看这篇博客文章中的故障列表：搜索引擎Q&A #3:数据库镜像故障转移类型和合作伙伴超时。

这一切都是大脑的转储，但总而言之，镜像是可靠的，不应该需要过度的调优和监视。Server 2008为帮助添加了一些很酷的新东西-日志流压缩和自动页面修复-这两个我在我的数据库镜像博客文章类别中都写过。

最后--您应该看看一堆好的白皮书(请参阅我们的白皮书-链接页上的数据库镜像链接--我编写了关于将数据库镜像与SS2008中的事务性复制相结合的链接)和一本新书“Pro服务器镜像”。

希望这能有所帮助！