很多组织机构慢慢的在不同的服务器和地点部署SQL Server数据库--为各种应用和目的--开始考虑通过SQL Server集群的方式来合并.

    将SQL Server实例和数据库合并到一个中心的地点可以减低成本,尤其是维护和软硬件许可证.此外,在合并之后,可以减低所需机器的数量,这些机器就可以用于备用.

    当寻找一个备用,比如高可用性的环境,企业常常决定部署Microsoft的集群架构.我常常被问到小的集群(由较少的节点组成)SQL Server实例和作为中心解决方案的大的集群哪一种更好.在我们比较了这两个集群架构之后,我让你们自己做决定.

    什么是Microsoft集群服务器

    MSCS是一个Windows Server企业版中的内建功能.这个软件支持两个或者更多服务器节点连接起来形成一个“集群”,来获得更高的可用性和对数据和应用更简便的管理.MSCS可以自动的检查到服务器或者应用的失效,并从中恢复.你也可以使用它来(手动)移动服务器之间的负载来平衡利用率,以及无需停机时间来调度计划中的维护任务.

    这种集群设计使用软件“心跳”来检测应用或者服务器的失效.在服务器失效的事件中,它会自动将资源(比如磁盘和IP地址)的所有权从失效的服务器转移到活动的服务器.注意还有方法可以保持心跳连接的更高的可用性,比如站点全面失效的情况下.

    MSCS不要求在客户计算机上安装任何特殊软件,因此用户在灾难恢复的经历依赖于客户-服务器应用中客户一方的本质.客户的重新连接常常是透明的,因为MSCS在相同的IP地址上重启应用、文件共享等等.进一步,为了灾难恢复,集群的节点可以处于分离的、遥远的地点.

    在集群服务器上的SQL Server

    SQL Server 2000可以配置为最多4个节点的集群,而SQL Server 2005可以配置为最多8个节点的集群.当一个SQL Server实例被配置为集群之后,它的磁盘资源、IP地址和服务就形成了集群组来实现灾难恢复.

    SQL Server 2000允许在一个集群上安装16个实例.根据在线帮助,“SQL Server 2005在一个服务器或者处理器上可以支持最多50个SQL Server实例,”但是,“只能使用25个硬盘驱动器符,因此如果你需要更多的实例,那么需要预先规划.”

    注意SQL Server实例的灾难恢复阶段是指SQL Server服务开始所需要的时间,这可能从几秒钟到几分钟.如果你需要更高的可用性,考虑使用其他的方法,比如log shipping和数据库镜像.

    单个的大的SQL Server集群还是小的集群

    下面是大的、由更多的节点组成的集群的优点:

    ● 更高的可用新(更多的节点来灾难恢复).

    ● 更多的负载均衡选择(更多的节点).

    ● 更低廉的维护成本.

    ● 增长的敏捷性.多达4个或者8个节点,依赖于SQL版本.

    ● 增强的管理性和简化环境(需要管理的少了).

    ● 更少的停机时间(灾难恢复更多的选择).

    ● 灾难恢复性能不受集群中的节点数目影响.

    下面是单个大的集群的缺点:

    ● 集群节点数目有限(如果需要第9个节点怎么办)

    ● 在集群中SQL实例数目有限

    ● 没有对失效的防护--如果磁盘阵列失效了,就不会发生灾难恢复.

    ● 使用灾难恢复集群,无法在数据库级别或者数据库对象级别,比如表,创建灾难恢复集群.

    虚拟化和集群

    虚拟机也可以参与到集群中,虚拟和物理机器可以集群在一起,不会发生问题.SQL Server实例可以在虚拟机上,但是性能可能会受用影响,这依赖于实例所消耗的资源.在虚拟机上安装SQL Server实例之前,你需要进行压力测试来验证它是否可以承受必要的负载.

    在这种灵活的架构中,如果虚拟机和物理机器集群在一起,你可以在虚拟机和物理机器之间对SQL Server进行负载均衡.比如,使用虚拟机上的SQL Server实例开发应用.然后在你需要对开发实例进行压力测试的时候,将它灾难恢复到集群中更强的物理机器上.

    集群服务器可以用于SQL Server的高可用性、灾难恢复、可扩展性和负载均衡.单个更大的、由更多的节点组成的集群往往比小的、只有少数节点的集群更好.大个集群允许更灵活环境,为了负载均衡和维护,实例可以从一个节点移动到另外的节点.