创建容错虚拟

　　越来越多的组织正将它们的物理工作环境向虚拟机中迁移，以获取统一数据中心的益处。在这个发展进程中，数据库服务器也不例外，因为他们可以在虚拟环境中很好的操作。事实上，Microsoft SQL Server支持小组提供了SQL Server装置虚拟化的特殊策略的要点。SQL Server 2005与SQL Server 2008都支持Hyper-V以及其它非微软的硬件虚拟化技术。

　　SQL Server设备虚拟化最大的一个优点是它允许你创建更多划算的容错安装。例如，在虚拟领域中创建一个有着两台服务器的错误群集意味着创建两个虚拟机并将它们的链接在一起以共享存储，通常是以iSCSI对象形式，也可以在一个SAN（存储区域网络）上。对于那些没有SAN的组织来讲，可以通过使用低成本的软件，例如Rocket Division Software's StarWind solution，在文件服务器上创建对象。这样做可以创建客户端错误群集——它在虚拟机层进行操作。

　　客户端群集有时比服务器端群集要好，因为客户端群集允许客户端的应用程序发现潜在的失败。在实际应用的一些例子中，这可以为应用程序提供更好的数据连惯性。

　　客户端群集很有用，但是当有20台以上的虚拟机同时在一个主机上运行时，服务器端群集才是完备的。你可以简单地应付服务器端因某硬件出现问题而导致所有虚拟机的失败。使用服务器端群集，可自动将虚拟机从失败的服务器转移到另一台空闲服务器上。另外，因为微软SQL Server客服小组不对客户端群集提供技术支持，也可以说明服务器端群集对于SQL Server来说是一个很完备的方案。

　　如果你不能在虚拟层群集SQL Server，那么这里有一种方法为你的SQL Server虚拟实例提供容错机制，即通过主机失败群集。这意味着你所有的虚拟SQL Server安装必须独立。这也意味着在一个硬件失败的事件中，连接到SQL Server虚拟实例的用户将会遭受损失，因为虚拟机失败后，需在另一台服务器上重启。

　　其它的一些提供具有高可用性的虚拟SQL Server安装还是数据库镜像。正如前边所涉及到的，数据库镜像不需要任何特殊的硬件或软件工具，且数据库可以从一台SQL Server虚拟机向另一台SQL Server虚拟机做镜像。在主机服务器失败甚至虚拟机失败的事件中，用户将可自动地被重定向到镜像数据库，这过程中几乎没有服务间断。使用此策略，你可以通过一个有效配制，向SQL Server虚拟安装提供容错机制。正如你所见，数据库镜像自SQL Server 2005开始，就已经是SQL Server不可缺少的部分了。

　　如果你决定使用数据库镜像，那么你就不应使得SQL Server虚拟机通过主机群集而高可用，否则一旦失败，主机群集将重启虚拟机。这可能引起同一数据库的两个不同版本同时存在于网络上，这种事情是你会不惜一切代价来避免的。相反，将SQL Server虚拟机配制成一个独立的没有容错特性的虚拟机，然后用SQL Server管理工具为你的重要数据库配制镜像，可使得你的SQL Server虚拟实例处在一个可获得的常态，而用户从来不会发现有什么区别。