正在使用SQL Server来管理并保护内部数据的组织，在将它们的SQL Server升级到SQL Server 2008时面临一个问题。因为新版本的SQL Server提供了一个最新的主机特性，可将数据保护与数据库容错连接起来，提供传统和最新的容错配制。

　　SQL Server传统的容错配制依赖于Windows服务器的错误群集服务，Windows服务器支持两种类型的错误群集：单实例及多实例。在单实例群集中，你可以创建一个服务器配制，最多可包含16个连接到同一个共享存储容器中的群集服务器。共享存储必须以存储区域网络（SAN）或iSCSI对象的形式存在，或者同时以两者形式存在。

　　在最简单的单实例群集配置中，一个节点运行SQL Server服务，另一个处在等待状态，当第一个节点因某个事件产生了硬件、操作系统或应用程序失败的情况，另一个节点马上接管第一个节点的SQL Server服务。这被称为活动-被动群集，意思是一台服务器是活动的而另一台是被动的。

　　如果你的硬件有足够的空闲资源，你可以创建活动-被动群集，在这种群集中每个节点都运行着它们各自的SQL Server应用，但同时也作为其它节点的备用节点，此配制为SQL Server提供容错保障，但不会对SQL Server中的数据进行任何处理。如果共享存储存在错误，所有的节点都会丢失数据。

　　在多实例错误群集配制中，群集的节点不依赖于共享存储，因为每个节点放在不同的地方。很多实际应用中，组织依靠直接附件存储（DAS）来创建群集。注意，你仍可以使用SANs，iSCSI或同时使用两者来提供额外的存储保护。然而，由于为了支持一个错误，所有的数据容器必须包含相同的数据， 你必须使用一个复制引擎来确保所有的数据复本在任意时刻保持同步。事实上，某些第三方的复制工具可以处理这个问题，因为SQL Server没有为这种实时复制提供服务的能力。

　　SQL Server中，错误群集在实例级别上工作。每次你创建SQL Server错误群集时，你可以创建容错的SQL实例。你在此实例中创建的每个数据库会自动继承你为此实例设置的容错属性。错误群集也会对客户硬件（像本例中的单实例群集）或第三方工具（像多实例群集）提出要求。最后，错误群集只对包含群集的SQL Server实例的数据库进行保护。

　　这就是为什么Microsoft SQL Server小组加强SQL Server 2008中数据库镜像引擎的原因之一。有了数据库镜像，你可以在数据库级别上应用容错。更好的一点是，数据库镜像不需要任何特殊的硬件或软件工具。数据库可以从一个SQL Server安装镜像到另一个。只需要记住你要使用同一个SQL Server版本，尽可能地使其保持简单。另外，镜像数据库可以用来提供额外的功能，例如报告服务。最后，数据库镜像提供相同的容错类型来进行错误群集，因为你可以将镜像数据库配制为自动获取服务，以防止因其它原因失败的源数据库。

　　数据库镜像是廉价的错误群集，为任何规模的组织提供了空前的容错处理能力。稍大一点的组织希望通过数据库镜像把即时容错、数据保护与错误群集结合起来，从而建立更全面的容错安装。

　　你甚至可以将物理机与虚拟机结合起来共同处理容错问题，运行一台物理机作为主要生产系统，使用虚拟机作为备份。这为SQL Server提供了低成本的容错安装。如果对于你的组织来讲，数据实用性很重要，那么你需要花时间来验证这些设置中的哪一项符合你的要求。