SQL SERVER 2005 群集配置指南.doc

SQL Server 2005 群集配置指南 1. 文档目的本文档将介绍 SQL Server 2005 群集配置方法及注意事项。 2. SQL Server 2005 群集技术 . 概述 Microsoft SQL Server 2005 中的故障转移群集为整个 SQL Server 实例提供高可用性支持。例如, 您可以将故障转移群集的一个节点上的 SQL Server 实例配置为在发生硬件错误、操作系统错误或计划升级时故障转移到此群集中的任何其他节点。故障转移群集是一个或多个节点( 服务器) 与两个或多个共享磁盘的组合, 即资源组。一个资源组及其网络名称、构成群集应用程序或服务器的 协议(IP) 地址的组合称为“虚拟服务器”。 SQL Server 虚拟服务器在网络中就像单个计算机一样, 不过, 它还具有一种功能, 在当前节点不可用时, 可以在节点之间进行故障转移。故障转移群集显示为常规应用程序或服务器, 但它具有提高可用性的附加功能。服务器群集本身和群集服务器上安装的 SQL Server 实例都可以视为虚拟服务器。注意: SQL Server 2005 ( 包括 2008 ) 只支持故障转移群集, 并不支持类似 Oracle RAC 的网格计算群集。 . 工作原理 Windows 操作系统和 SQL Server 的各个节点是通过心跳( heartbeat )信号检查各个节点是否可用的。在操作系统级别上, 群集各节点通过持续不断的通讯, 检查所有节点的可用情况。当安装完 SQL Server 容灾群集后, SQL Server 虚拟主机通过 Service Control Manager 每隔 5 秒检查 SQL Server 服务是否正在运行,这种检查行为我们称之为 LooksAlive , 它几乎不影响操作系统的性能, 但是这也是一种不彻底的检查。 LooksAliv e 认为只要 SQL Server 服务状态为可运行时, 检查结果即为成功, 即使 SQL Server 服务可能根本无法响应请求。由于 LooksAliv e 无法彻底检查 SQL Serve r 服务的工作状态,每隔60 秒还会进行一次 IsAliv e 检查。 IsAliv e 检查机制是通过在 SQL Server 实例上运行 SELECT @***@SERVERNAME ( T-SQL 语句), 根据 SQL 查询返回的结果来决定 SQL Server 服务是否能够响应请求。尽管 IsAlive 发出的查询请求可能已经被 SQL Server 服务正常响应了, 但是这并不能判断所有的用户数据库是否都是可用的, 其性能是否满足要求。如果 IsAlive 发出的查询无法成功, 它会重试 5次, 然后尝试重新连接 SQL Server 实例。如果 5 次重试全部失败, 将认为 SQL Server 服务失败了。根据 SQL Server 容灾群集中 SQL Server 的资源设置, 群集将尝试重启服务或在其它节点启动 SQL Server 服务。 IsAlive 检查可以容忍查询返回错误的结果, 但是如果返回错误结果次数超过设定的阀值,最终还会认为数据库服务已经无法工作了。当 SQL Server 实例发生节点转移时, SQL Server 的资源将在新的节点上启动。 Windows 群集在新的节点上启动 SQL Server 服务, SQL Server 服务通过内部恢复进程启动数据库。当 SQL Server 服务启动, 并且 maste r 已经联机, SQL Server 资源将被认定已经启动。接下来用户数据库将被恢复。那些在事务日志中已经完成的事务将被重用( redo 阶段) ,没有完成的事务将被会退( undo 阶段)。 SQL Server 2005 Enterprise 版本的用户数据库, 一旦恢复了已提交事务( redo 阶段), 数据库就可以使用了。对于 SQL Server 2005 其它版本和早期版本只有当所有未提交事务全部被会退( undo 阶段) ,用户数据库才能使用,这些版本的数据库恢复时间决定于有多少需要回退的未提交事务。系统参数'recovery interval' 可以设定 redo 恢复的最小时间,通过对其设置可以避免长时间的 redo 操作进而加速恢复过程。如果想减少 undo 的恢复时间,需要避免使用长事务。 . 拓扑图下面为两节点群集拓扑图: . 群集节点规格 SQL Server 2005 Standard Edition SQL Server 2005 Enterprise Edition Windows Server 2003 Enterprise Edition 2*8 Wi