由二台或更多物理上独立的服务器共同组成的"虚拟"服务器称之为集群服务器一项称做MicroSoft集群服务(MSCS)的微软服务可对集群服务器进行管理一个SQL Server集群是由二台或更多运行SQL Server的服务器(节点)组成的虚拟服务器如果集群中的一个节点发生故障集群中的另一个节点就承担这个故障节点的责任
认为一个 SQL Server集群能够给集群中的两个节点带来负载平衡这是一种常见的误解虽然这似乎很有用但却是不正确的这也意味着集束SQL Server不能真正提高性能集束SQL Server只能提供故障转移功能故障转移就是当系统中的一台机器发生故障失去其功能时另一台机器将接手运行它的SQL Server实例这种功能失效可能是由于硬件故障服务故障人工故障或各种其它原因
为何要集束SQL Server环境?
在实用性方面集群SQL Server环境令人满意在进行故障转移时将数据库实例由一台服务器转移到另一台服务器的时间非常短暂一般只需要至秒钟虽然需要重建连接但对数据库的终端用户而言故障转移处理通常是透明的低廉的故障转移成本还可帮助你对集群中的节点进行维护而不会造成服务器完全无法访问
SQL Server集群类型
一共有两种类型的SQL Server集群主动/被动集群和主动/主动集群下面分别对它们进行说明(说明以两个节点的SQL Server集群为基础)
主动/被动集群
在这种类型的集群中一次只有一个节点控制SQL Server资源另一个节点一直处于备用模式等待故障发生进行故障转移时备用的节点即取得SQL Server资源的控制权
优点由于服务器上只有一个实例在运行所以在进行故障转移时不需要另外的服务器来接管两个SQL Server实例性能也不会因此降低
缺点由于虚拟服务器上只有一个SQL Server实例在运行另一台服务器总是处理备用模式与空闲状态这意味着你并没有充分利用你购买的硬件
主动/主动集群
在这种类型的集群中集群中的每个节点运行一个独立且主动的SQL Server实例发生节点故障时另一个节点能够控制发生故障节点的SQL Server实例然后这个正常的节点将运行两个SQL Server实例它自己的实例和发生故障的实例
优点通过这种配置你能够充分利用你的硬件在这样的系统中两个服务器都在运行而不是只有一台服务器运行而另一台处于等待故障发生的备用模式因此你能够充分利用你购买的机器
缺点如果进行故障转移一台服务器运行两个SQL Server实例性能就会受到不利影响然而性能降低总比虚拟服务器完全失灵要强得多这种配置的另一故障在于它要求购买的许可要比主动/被动集群多一些因为集群在运行两个主动SQL Server实例这要求你购买两个单独的服务器许可在某些情况下这也可能对你形成阻碍
集群考虑
在高实用性方面集群SQL Server环境有一定的优势然而高实用性也确实伴随某种折衷
首先建立一个集群SQL Server环境非常昂贵这是因为集群中的节点必须遵照集群节点的兼容性列表而且还需要建立一个复杂的网络机器的配置必须几乎相同同时需要实现数据库文件磁盘子系统共享存储区网络(SAN)是建立这种子系统的不错选择但SAN并非必要而且十分昂贵另外如果你正在运行一个主动/主动集群你需要为集群中运行SQL Server实例的每台机器的处理器购买一个许可
因为当地集群主要局限于同一地理区域自然灾难可能会使集群完全失灵在那种情况下你需要转移到灾难恢复站点进行继续操作你也可以建立地理分散的SQL Server集群但这样的系统更加复杂与昂贵
