server集群设计是一个棘手的过程。要优化出高可用性和.docVIP

　　多实例的，活动/活动SQL Server集群设计是一个棘手的过程。要优化出高可用性和高性能，你必须考虑很多因素来确保多个环境实例能够在单一节点中运行。我将带你进行这些思考，其中包括多实例集群的选项，选择充分的硬件，以及在安装集群之前和之后要做的是事情。 　　集群是在一个或者多个共享资源的服务器上提供高可用性的技术，它使得服务器在客户看来就好像是一个服务器，这个服务器叫做虚拟服务器。如果一个节点出于计划内或者计划外的事件而失败了，或者是离线了，而集群中的另一个节点就会继续提供服务资源，用户一点也不会感觉到。有一点要注意到是很重要的，客户连接的运行在第一个节点上的虚拟服务器会断开，而当它们重新连接到虚拟服务器上，这时候他们访问的服务是失败恢复的节点提供的。所以这里有一些潜在的数据损失，它们需要在错误恢复的中间进行一些工作。使用集群的应用程序必须有一些用来在错误恢复期间最小化数据损失的逻辑.错误恢复看起来就像是服务停止，然后为现有的客户重新启动。 　　TABLE OF CONTENTS 　　·独特的集群配置 　　·预安装 　　·集群安装 　　·安装后 　　·最小化错误恢复时间 　　·性能考虑 　　独特的集群配置 　　SQL Server集群具有如下4种独特的配置： 　　· 单实例——正式名称为活动/被动式——意思是，客户应用程序作为一个单个的虚拟服务器，这个节点是在线的，而另外一个则是处于备用的状态。在线的节点 叫做主节点 拥有所有的资源，而备用的节点 叫做次节点 是离线的，不拥有任何资源。 　　· 多实例——正式名称为活动/活动式——意思是，多个节点上的多个虚拟服务器可以同时在线，资源被称为资源组的截然不同的单元所共享。在任何时候，一个节点都可以没有资源组，拥有一个资源，或者所有的资源组。在这个例子中，我们说都是2个节点的集群，但是集群是不局限在2个节点上的。根据你的版本，你可以拥有2个节点、4个节点，或者8个节点集群。SQL Server 2000企业版支持4个节点的集群，SQL Server 2005企业版支持的节点数与操作系统版本支持的一样多：目前，使用Windows Server 2003企业版的错误恢复集群支持的是8个节点。注意，集群需要特别的SQL许可证，除了某些集群配置。不论SQL的配置是什么，你都需要集群中每个节点的操作系统的许可证。在单实例集群中，你只需要单机SQL 服务器那样的许可就行。 　　· N+1——多实例集群，多个节点都共享同一个错误恢复节点。这比用多个单实例集群要节省成本，因为它需要比较少的实际机器。然而，存储和许可证的费用好像会比单个机器的成本更加昂贵，所以这个配置不是每个超高可用场景的主流选择。 　　· N+M——多实例集群，多个节点全部共享同一组错误恢复节点。在8个节点的集群中，这个部署的比例通常为6比2，或者是5比3的组合。如果可以接受在服务器错误恢复期间 但是系统必须是保持在线的 ，性能有些下降的话，可以使用这种方式。要了解更多信息，请参考集群最佳方案。 　　安装上面的考虑可以归结为3个类别：安装之前，安装，和安装之后。 　　安装之前 　　验证集群已经正确配置好了。一旦你构建了你的Windows集群，就要确保如下几点： 　　检查集群磁盘资源组。你需要为每个SQL虚拟服务器定位资源组。例如，你的默认环境可能需要拥有磁盘D和E，而你的命名实例可能需要拥有磁盘F和G。预先创建这些磁盘资源组，以便确保他们可以移动并且对于所有的节点都在线。 　　为你的虚拟服务器选择并记录网络名和IP地址，按照配置 MSDTC中的步骤完成。 集群安装 　　如果你安装了SQL 2000多实例集群，那么一定要使用SQL 2000a的CD。用RTM的版本，你可能会遇到问题。 　　确保你要在一个集群节点上在本地用CD完成了安装，或者是将CD上的文件拷贝到节点本地再安装。如果你已经安装完了网络共享，那么确保所有的节点都可以在不需要提交网络信任书的前提下有读取和查看共享中文件列表、目录的权限。从本地的媒介中进行安装是值得一直提倡的做法。从网络安装媒介中进行安装就曾有过失败的教训。 　　SQL 2000中，在安装之前，你必须为任何有名实例创建有名管道别名。例如，你想要安装一个有名实例，名字为SQLInstance;你需要使用SQL客户端网络工具为SQLInstance\SQLInstance创建一个别名，然后开始安装。在SQL 2000中，虚拟服务器名字和实例的名字可以是一样的。要了解更多有关信息请查看这篇文章：有名实例的安装. 　　客户端别名限制在SQL 2005得到了解决。SQL 2005解除的另一个限制是每个服务器 无论是集群的，还是独立的 上的实例只能跑16个节点的限制，现在你可以跑起来50个实例，只要你的服务器硬件能够