服务器集群就是指将很多服务器集中起来一起进行同一种服务，在客户端看来就象是只有一个服务器集群可以利用多个计算机进行并行计算从而获得很高的计算速度，也可以用多个计算机做备份，从而使得任何一个机器坏了整个系统还是能正常运行一旦在服务器上安装并运行了群集服务，该服务器即可加入群集。群集化操作可以减少单点故障数量，并且实现了群集化资源的高可用性。下述各节简要介绍了群集创建和群集操作中的节点行为。

注意：有关安装群集服务器的信息，请参阅 Windows server 2003/2008 产品家族的帮助和部署指南。

如果服务器运行了群集服务并且无法找到群集中的其它节点，它自己可以形成一个群集。要形成群集，节点必须能够获得对仲裁资源的独占权。

当最初形成群集时，群集中的第一个节点将包括群集配置数据库。每当有新节点加入群集时，新节点都会在本地获得并保持群集配置数据库的副本。仲裁资源用恢复日志（其中含有同节点无关的群集配置和状态数据）的形式存储配置数据库的最新版本。

在群集运行中，群集服务使用仲裁恢复日志执行以下操作 ：

保证只有一组活动、可相互通讯的节点才能形成群集
仅当某个节点可以获得对仲裁资源的控制权时 ， 才允许它形成群集
仅当某个节点可以同控制仲裁资源的节点通讯时 ， 才允许它加入或留在现有群集中
从群集中的其它节点和群集服务管理接口的角度看，当形成群集时，群集中的每个节点可能处于三种不同状态中的一种。事件处理器会记录这些状态，而事件日志管理器会将这些状态复制到群集的其它节点。

群集服务状态包括：
脱机：此时的节点不是完全有效的群集成员。该节点及其群集服务器可能在运行，也可能未运行。
联机：此时的节点是完全有效的群集成员。它遵从群集数据库的更新、对仲裁算法施加自己的影响、维护心跳通讯，并可以拥有和运行资源组。
暂停：此时的节点是完全有效的群集成员。它遵从群集数据库的更新、对仲裁算法施加自己的影响、维护心跳通讯，但它无法接受资源组。它只能支持它当前已拥有的那些资源组。之所以提供暂停状态，是为了允许执行某些维护。大多数服务器群集组件会将联机和暂停视为等价的状态。

通过iSCSI，用户可以穿越标准的以太网线缆在任何地方创建实际的SAN网络，而不再必须要求专门的光纤通道网络在服务器和存储设备之间传送数据。iSCSI让远程镜像和备份成为可能，因为没有了光纤通道的距离限制，使用标准的TCP/IP协议，数据可以在以太网上进行传输。而从数据传输的角度看，目前多数iSCSI的网络传输带宽为千兆即1Gbit，如果实现全双工能够达到2Gbit，第二代产品能够达到2Gbit带宽，在未来第三代通用iSCSI标准中，带宽将达到10Gb，也就是说，采用iSCSI构建远程异地容灾系统已不存在任何问题。

iSCSI 具有低廉、开放、大容量、传输速度高、兼容、安全等诸多优点，其优越的性能使其自发布之始便受到市场的关注与青睐，看来，iSCSI 必将成为网络存储领域内的核心技术之一。那么，到底谁最适合使用iSCSI SAN呢？目前看来iSCSI SAN最适合需要在网络上存储和传输数据流和/或大量数据的机构，如：ISP－互联网服务提供商；SSP-存储服务提供商;需要远程数据复制和灾难恢复的机构;IT资源、基础设施和预算均十分有限的企业和机构等。目前市场上，除了各类作业平台的Initiator软件之外，已有愈来愈多厂商推出各种各类的 iSCSI相关产品。如iSCSI适配卡、iSCSI交换机、iSCSI 存储服务器、iSCSI存储设备、iSCSI 桥接器及iSCSI网关器。

检测故障

每台处于工作状态的活动服务器都固定地跟一台备用服务器相连接。系统使用某个常规类型的心跳监视机制来实现两台服务器的通话，监控活动服务器的工作状态以及判断备用服务器是否启动。具体实现如下：

活动服务器会在固定的时间间隔内将指定的信号发送给对应的备用服务器，如果备用服务器在某个时间间隔内未收到信号，则就默认活动服务器出现了故障并取得活动角色；另一方面，备用服务器会向活动服务器发送请。如果没有收到来自活动服务器的响应，则备用服务器会在指定的次数内持续给活动服务器发送请求，超过指定的次数之后，备用服务器还没有收到活动服务器的响应，那么就默认活动服务器出现了故障，备用服务器取得活动角色。

同步状态

在备用服务器确认活动服务器出现了故障，就会启动故障转移程序，做好接管活动服务器工作的准备。备用服务器首先必须将自身的状态与发生故障的活动服务器的状态保持一致，然后才能开始处理事务。主要有事务日志，热备用和共享存储三种不同的同步方法。

事务日志方法主要是要求活动服务器将它本身状态的所有更新都记录在日志中，并启动一个同步工具定期处理这些日志，然后更新备用服务器的状态，实现两者状态的一致。在故障发生时，备用服务器只需要使用更新同步工具自上一次对日志的处理以来活动服务器新添加的内容即可。从而缩短了备用服务器激活成活动服务器的准备时间，令故障转移更加流畅。