SQL Server 2008 R2中有多个高可用性解决方案可供选择，作为DBA，你必须知道每个解决方案是如何提高客户数据库性能，以及它们可能出现的问题。在向客户推荐使用之前，请先阅读每个高可行性解决方案的优缺点。

　　因为客户的SQL Server 2008 R2 数据库往往对于它们的组织而言都是用来处理关键任务的，所以解决方案供应商必须确保数据库可以应对各种不同类型的故障。本文介绍了一些供应商为SQL Server 2008 R2数据库实现的高可用性(HA)和冗余服务的方法。

　　故障转移集群

　　故障转移集群是Microsoft在其服务器产品中主要使用的高可用性解决方案。它是一个Windows Server技术，能够为各种Microsoft服务器产品实现硬件级冗余，如SQL Server 2008 R2和Exchange Server 2007和2010。故障转移集群的主要优点是集群的应用程序通常不受服务器硬件故障的影响。另一个优点是使用故障转移集群时，解决方案提供商能够关闭一个物理服务器进行维护，而不会影响应用程序的可用性，因为这个应用程序将会继续在其他集群节点中运行。

　　尽管故障转移集群具有这些优点，但是它也是有一些缺点的。其中一个重要的问题是故障恢复的实现是非常昂贵的。Microsoft只在那些通过Windows Server认证的硬件上才支持故障恢复。而且仅仅服务器通过Windows Server认证还不够;服务器上的每一个组件都必须通过Windows Server认证。因此，如果您购买了一台通过Windows Server认证的服务器，但是在服务器上安装了一般的网卡，那么您的集群节点就会处于不支持的状态。

　　SQL Server 2008 R2故障转移集群的另一个问题是它要求使用共享存储。

　　不管您选择实现什么类型的共享存储，解决方案提供商都应该注意两件事：首先，共享存储也可能非常昂贵。您的客户不可能购买一个Windows Storage Server授权，然后安装到他们的硬件上。Windows授权只能由硬件制造商以预安装到服务器上的方式发行的。您可以想象，供应商通常会额外购买存储服务器，而如果客户需要使用光纤通道适配器或者高速存储阵列，那么成本会进一步增加。

　　共享存储的另一个问题是，由于所有集群节点都共享一个通用的存储阵列，所以这个存储服务器就可能成为一个故障集中点。故障集群相对而言不容易受到大多数硬件故障的影响，但是存储故障却可能导致整个集群出现问题。实现共享存储的方法有很多。例如，在我自己的单位里，我采用的是通过iSCSI连接Windows Storage Server 2008的故障恢复节点。

　　关于故障恢复的最后一个问题是：故障恢复是发生在服务器层，而不是数据库层的。因此，如果您的集群SQL Server运行了多个数据库，而其中有一个数据库出现问题，那么您就无法在这个出现问题的数据库上执行故障恢复操作。