sql-server – SQL Server镜像是否可靠(高可用性)？

我正在评估SQL Server 2008镜像(异步)以提供更好的可用性.根据您的经验,我想知道SQL Server Mirroring是否是一种可靠且成熟的技术.自动故障转移不是强制性的,但是非常有用.因此,我正在分别评估镜像机制和自动故障转移机制.

>镜像机制可靠吗？它需要连续配置和调整吗？
>自动故障转移选项是否可靠？它需要连续配置和调整吗？

问候,

解决方法

与任何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.

希望这可以帮助！

（编辑：青岛站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!