在Windows Server 2008上安装CCR要完成以下几个步骤：
1. 配置硬件安装，启动群集网络构造与配置过程。
2. 构造群集，依次生成第一、第二个节点。
3. 配置群集网络和丢失群集心跳的容限。
4. 配置并保护文件共享见证。
5. 设置群集活动及非活动的邮箱服务器角色。在活动邮箱服务器角色的设置过程中， 群集邮箱服务器(CMS)将被创建。
安装完成后，还要进行下面的任务：
• 调整故障转移的控制设置。
• 调整传输dumpster的默认配置。
• 验证在群集节点间移动CMS的能力。
• 使连续复制活动的多网络选项有效。
下面的部分将详细解释安装过程的每一步骤。
网络构造和配置
在Windows Server 2008的2个节点的CCR环境中创建CMS时，你必须有足够数量的可用IP地址。与遗留群集明显不同的是，Windows Server 2008故障转移群集提供了新的组网能力。举例来说，Windows Server 2008故障转移群集提供了对多子网，动态主机配置协议(DHCP)，IPv4及IPv6的支持。当Windows Server 2008故障转移群集运行时，微软Exchange Server 2007 Service Pack 1(SP1)支持在地理上分散的群集里两个子网间的故障转移。这种支持包括单复制群集(SCC)和CCR环境中的邮箱服务器。
下面开始配置Windows Server 2008故障转移群集。单个群集节点现在可以放置在相互分隔的路由网络中。
当IP地址传播到合适的DNS服务器，在客户端命令行运行下面的命令，就可以清空Outlook客户端的DNS缓存。
ipconfig /flushdns
群集邮箱服务器的网络非常好的实践法
我们还建议对你的群集网络遵循以下非常好的实践法：
使用有意义的名称：你有很多机会来为所构建群集的每个节点，每个群集网络接口，每个群集以及CMS来安排一个有意义的名字。例如，用于与其它Exchange服务器和客户端通信的网络可以命名为Public。用于在群集节点之间进行通信的网络可以命名为Private。最好使用互相关联且无须参考拓扑图的名字。另一个有用的惯例是将群集节点与CMS的名称相关联。例如，将CMS及其相应的两个节点分别命名为mbx01,mbx01-node1和mbx01-node2。
为每个专用网络接口使用专用IP地址： 对于每个节点可用的IP地址范围及子网掩码列表，看下面的表格。
专用网络接口的地址范围及子网掩码
网络/ 节点 IP 地址范围 子网掩码
Private / NODE110.10.10.10-255255.255.255.0
Private / NODE210.10.10.11-255255.255.255.0
从添加群集中的第一个节点开始，故障转移群集就被构建了。这一过程使群集具有唯一的网络名和IP地址。网络名和IP地址，共同构成了群集网络的身份。随着节点不断地联机与脱机，网络名和IP地址在群集节点之间移动。通常来说，群集网络的身份一般不用于CMS的管理。
添加其它节点
当你在第一个节点上安装了群集服务后，你会发现你花在第二个节点上的安装时间要少一些。这是因为安装程序使用第一个节点上的网络配置设置作为后续节点网络设置配置的基础。在添加并配置第二个节点之前，你应该使群集配置生效。你可以通过在命令行中运行Cluster.exe group来验证群集服务是否运行和可操作。如果生效。应该产生类似下面的输出。
C:\>cluster group
Listing status for all available resource groups:
Group Node Status
------------------ --------------- ------
Cluster Group Online
配置群集网络
把两个节点都加入群集后，必须配置群集网络组件。尤其要指出的是，你必须为群集和客户访问配置网络，而且你还必须设置丢失群集心跳的容限。我们还建议你使用更加有意义的名称来重命名群集网络。
下面的表格详细表示了有关群集网络心跳配置的可用选项。
为丢失群集心跳设置容限
当配置完群集通信和网络优先级后，我们建议你设定丢失群集心跳的具体容限。这样做，可以使监测群集节点间连接性的群集服务允许一些微小的中断。这将防止网络短暂故障发生时的故障转移。我们建议你在所有节点配置允许10次丢失心跳的专用和混合群集网络。这一设置值大约相当于12秒钟。
为群集邮箱服务器网络名称资源设置TTL
有两个部署场景，在进行故障或恢复选项时会引起CMS分配IP地址的改变。
l 在多子网环境中部署CMS。
l 用于恢复失效群集的备份群集。
上面两个场景，CMS的名称不会改变，但是分配给CMS的IP地址将会发生变化。客户端和其它与CMS通信的服务器，在CMS的IP地址变化的情况下将不能够与CMS重新建立通信，除非DNS更新了IP地址的信息，而且任何本地DNS缓存也都被更新。为了最小化客户端及其它服务器获得DNS信息变化的时间，我们建议将DNS针对CMS网络名称资源的TTL值设置为5分钟。
注意:
在多数环境中，我们建议只设置DNS针对CMS网络名称资源的TTL值。然而，如果在不使用Exchange管理工具通过名称连接到群集以进行管理的环境中，我们建议为群集网络名称资源设置一个较小的TTL值。
默认情况下，群集服务设置DNS TTL值为20分钟。尽管可以通过DNS管理工具在DNS数据库中直接手工调整主机名的TTL值，但DNS中网络名称注册每次进行更新时，DNS数据库都会被重写，群集服务又重新设为默认值的20分钟。DNS中网络名称注册的更新在每次CMS启动，移动或故障及故障转移后恢复时都会发生。
Windows Server 2008为故障转移群集的网络名称资源加入了新的私有特性。这一新特性叫做HostRecordTTL，你可以使用Cluster.exe对它进行配置。
配置群集仲裁
群集网络配置完成后，下一步就是配置故障转移群集使用节点和文件共享多数仲裁资源。这包括两个方面的步骤：
1. 在Windows服务器上创建文件共享，然后用NTFS文件系统和共享许可来保护文件共享。
2. 配置群集使用节点和文件共享多数仲裁模型。
验证确认故障转移群集
Windows Server 2008包含一个名为验证配置的新向导，你可以使用它来验证故障转移群集配置是否正常有效。我们建议在群集中安装Exchange 2007之前运行该向导。通过在安装Exchange 2007前运行该向导，你可以确定并定位群集中可能造成Exchange无法成功安装的配置问题。
验证配置向导包含四组测试来验证群集是否满足微软必须支持的要求。这些要求是群集解决方案执行Windows Server 2008兼容性标志要求的一个补充。
这四组测试为：目录(Inventory)，网络，存储器和系统配置。由于CCR不使用共享存储，因此没有必要运行存储器组的测试。如果你在一个没有任何群集存储资源的故障转移群集中运行存储器组测试，比如为CCR设计的故障转移群集，那么存储器组的测试将会产生错误。存储器组测试产生的所有错误都会安全地被忽略掉，因为缺乏共享存储正是CCR故障转移群集所希望的。
群集邮箱服务器安装及配置
你可以通过在每个节点执行一些步骤来安装群集的邮箱服务器角色。在完成构建，验证群集，并配置通过文件共享见证使用多数节点集(MNS)仲裁后，你应该首先在主动节点上安装邮箱服务器角色。
当你完成主动节点邮箱服务器角色和CMS的安装，并验证了第一个存储器组的配置后，你还应该安装被动节点的邮箱服务器角色。
安装完成后任务
在两个节点完成邮箱服务器角色安装和CMS创建后，你应该完成以下的安装后期任务。这些任务包括：
l 让连续复制活动允许多网络。
l 调整故障转移控制设置。
l 调整传输dumpster(Transport Dumpster)的默认配置。
l 验证群集节点间移动到CMS的能力。
允许连续复制活动的多网络属性
在微软Exchange Server 2007的制造发布版本(RTM)中，所有的日志文件的复制和种子设定都发生在公共网络中。在Exchange 2007 SP1中，任意群集网络的连续复制活动都可配置为混合网络。这些活动包括存储器组种子设定及再设定，以及日志传送。
在Exchange 2007 SP1中，只有混合方式的群集网络才支持连续复制。混合网络(mixed network)是指既支持两个群集(节点间通信)，又支持客户端访问的群集网络。只支持群集访问，但不支持客户端访问(有时指专用网络)的群集网络不能够进行连续复制。
混合网络对日志传送的支持是通过一个新的Enable-ContinuousReplicationHostName的cmdlet来实现的。类似的，也可以通过Disable-ContinuousReplicationHostName的cmdlet来关闭这个特性。当CCR环境的CMS配置完成后，管理员可以在群集的两个节点上运行Enable-ContinuousReplicationHostName，以确定它们各自的IP地址及主机名。完成这一步后，系统会随机选择一个配置成功的混合网络，并确认它已经可以实际运行后，来进行日志拷贝。
调整故障转移控制设定
CCR包含允许你控制CMS故障转移行为的属性。你可以通过Set-MailboxServer的cmdlet来配置这些属性。调整这些属性可以让你控制下面两个决策算法：
l 算法1：算法1是控制是否在故障转移时挂载数据库的。在故障转移的时间内，如果检测到数据库丢失了少于所配置数量的日志，就会自动挂载数据库。可以通过一个叫AutoDatabaseMountDial的值来配置可接受的丢失日志数量。Exchange服务器的活动目录使用msExchDataLossForAutoDatabaseMount属性来表示这一参数，它有3个值：无损性(Lossless)，良好可用性(Good Availability)，最大可用性(Best Availability)。无损性表示没有日志丢失;良好可用性表示有3个日志丢失;最大可用性默认是有6个日志丢失。
l 算法2：算法2允许你确定旧数据的联机是否比脱机更重要。如果数据库在基于算法1挂载失败，你可以创建检查第二次的时间。可以通过ForcedDatabaseMountAfter属性来配置该等待时间。这个值是以小时为单位的，默认为无限制。
重要:
当ForcedDatabaseMountAfter设置的时间点到达时，不管是否存储器组是有1个日志滞后，10个日志滞后，或是1000个日志滞后，这些有可能导致大量数据丢失的情况，数据库都会被挂载。正是因为这样，如果服务等级协议(SLA)保证了导致丢失数据的最大值，就不应该使用这个参数。
调整传输Dumpster(Transport Dumpster)
传输Dumpster是使用本地连续复制(LCR)或CCR时，集线器传输服务器(Hub Transport server)角色必须配置的特性。该特性只能用于LCR和CCR环境。传输dumpster会在非常规故障发生后，提交最近发送的邮件。使用LCR或CCR时，应该总是打开传输dumpster。通过设置每个存储器组可用存储的大小和传输dumpster中保留邮件的时间，传输dumpster的设置在机构范围内生效。
集线器传输服务器保留最近发送到CMS的邮件队列。在无损故障转移事件中，CCR自动请求站点的每个集线器传输服务器重新提交传输dumpster中的邮件。在LCR环境中，重新提交请求是Restore-StorageGroupCopy任务的一部分。当重新提交发生时，信息存储自动删除副本，并重新发送丢失的邮件。你可以使用Set-TransportConfig的cmdlet来改变传输dumpster的默认配置信息，配置改变将在存储器组的层次生效。另外，在Exchange 2007 SP1中，你还可以使用Exchange管理控制台(Exchange Management Console)对传输dumpster的值进行设置。
我们建议你配置每个存储器组的最大空间(即MaxDumpsterSizePerStorageGroup参数)为能够发送的最大消息的1.5倍。例如，如果最大的消息为10MB，你应该设置MaxDumpsterSizePerStorageGroup参数的值为15MB。对于不存在最大消息空间的机构，我们建议将每个存储器组的最大空间值配置为机构中发送消息平均大小的1.5倍。
我们还建议将每个存储器组的最大保留时间(MaxDumpsterTime参数)设置为07.00:00:00，也就是7天。这个时间对于大范围故障发生时而不丢失邮件已经足够了。使用这个传输dumpster特性时，集线器传输服务器还需要额外的磁盘空间来存储传输dumpster队列。需要的磁盘空间大小大约等于MaxDumpsterSizePerStorageGroup乘以含有集线器传输服务器的活动目录站点中使用连续复制的所有邮箱服务器组上的存储器组的数量。
验证CCR解决方案
完成CCR解决方案的安装后，或是做了很大的配置改变后，我们建议你验证一下CMS的状态是否正常，两个节点的CMS支持配置是否正确。
验证CMS状态是否正常的推荐方法是在命令行中运行Test-ReplicationHealth，Get-StorageGroupCopyStatus和 Get-ClusteredMailboxServerStatus 这三个cmdlet命令。
l Test-ReplicationHealth的cmdlet是Exchange 2007 SP1中新出现的。这个cmdlet是为主动监测连续复制及其管道而设计的。Test-ReplicationHealth的cmdlet检查复制的各个方面，包括群集服务，存储器组复制及重现状态，为复制系统的提供全面的信息概览。关于Test-ReplicationHealth的这个cmdlet的详细信息，请查阅Test-ReplicationHealth命令。
l Get-StorageGroupCopyStatus的cmdlet为每一个存储器组提供当前的复制状态信息。 l Get-ClusteredMailboxServerStatus这个cmdlet为CMS提供基本的操作状态信息。
验证是否两个节点都能联机CMS的推荐方法是：使用Move-ClusteredMailboxServer的cmdlet命令，使CMS转移到每个节点。在Exchange 2007 SP1中，你还可以使用Exchange管理控制台中的管理群集邮箱服务器向导(Manage Clustered Mailbox Server wizard)在节点之间移动CMS，以验证是否两个节点都能联机CMS。
