深入了解SQL Server 2008高可用性

核心提示： 其实故障转移集群和数据库镜像是各有利弊，因此这两种技术融合在一起后的解决方案不仅仅是上面这一种，深入了解SQL Server 2008高可用性(2)，下面就给出另外一种解决方案的示意图：细心的读者可能会发现，方案二种没有了见证节点，远程故障转移集群的替代方案哦，天哪！我们讨论的解决方案似乎

其实故障转移集群和数据库镜像是各有利弊，因此这两种技术融合在一起后的解决方案不仅仅是上面这一种，下面就给出另外一种解决方案的示意图：

细心的读者可能会发现，方案二种没有了见证节点，这意味着从主集群切换到镜像集群需要手动完成。那么为什么这种解决方案中没有了见证节点呢？

因为数据库镜像和故障转移集群都拥有自动故障转移的特性，如果两种技术的自动切换都生效的话，那么在主体集群的活动节点失效后就会有两个节点同时试图生效——主体集群的后备节点和镜像集群的活动节点，那么结果就只有一个，数据库镜像会话失败。

远程故障转移集群

对于某些跨地区甚至是跨洲的大型集团来说，站点失效这个困扰会逐渐进入IT主管和DBA的脑海中。

不过远程故障转移集群就不仅仅是SQL Server一个人就能完成的了，这个方案要依赖于SQL Server，Windows Server这些基础软件，还要依赖于存储设备、交换机、服务器这些硬件。

因为在远程故障转移集群中，共享储存不再存在于一个数据中心，而是可能相距数十公里，甚至数千公里，因此中长距的底层存储同步往往是这一解决方案的关键。对于中长距的底层存储同步，通常分为两种，一种是在30公里内的，通过单模光纤可以实现两个数据中心存储设备间的同步复制，而另外一种则是在30公里之外了，而这种情况通常都是通过租用ICP的线路来实现两地间的异步复制。

听上去好像很复杂，不过不用担心，EMC这样的厂商有非常成熟的硬件设备以及相关软件。这就是为什么在SQL Server的Always On中会出现EMC这样第三方厂商名字的原因。

远程故障转移集群的替代方案

哦，天哪！我们讨论的解决方案似乎越来越贵。我可不希望这样结束。