备用群集设置与最终测试
2016-11-26
CCR备用群集邮箱角色安装
完成了Exchange Server 2007 SP1备用群集邮箱角色节点的安装之后，紧接着必须到另一个节点服务器上来安装备用的群集邮箱角色，整个安装过程相当简单，只要在Exchange Server 2007 SP1的自定义角色安装页面中，选 取“Passive Clustered Mailbox Role”项并且点选“下一步”来完成安装即可。
在Exchange管理控制台中如何得知邮箱服务器为群集架构
请在Exchange管理控制台中先点选“服务器设置”节点，然后点选位于“动作”窗格中“检测”的“新增/移除字段”，执行后您可以将默认未加入到右边窗格的字段（其中便包括了一个“群集”字段），点选“新增”按钮来加入即可。
图2 检测CCR群集复制状态
在主要与备用的群集邮箱角色都完成安装与重启之后，请开启Exchange命令控制台，并且如图2所示输入Get-StrorageGroupCopyStatus命令，来查看目前的复制状况。过程中您可能会如同范例一样先看到目前还在初始化阶段，等过几分钟之后再输入一次相同的命令，则将会看到出现正常的Healthy状态。
至于在Exchange管理控制台的检测部分，您可以在“服务器设置→邮箱”节点页面中，看到在范例中所建立CMS01的群集邮箱服务器项目，我们可以点选位于“动作”窗格中的“属性”，来查看进一步的相关信息。开启了CMS01群集邮箱服务器的属性之后，请切换到“群集邮箱服务器”的页面，便可以看到群集相关的详细信息，以及目前活动中的节点是以哪一部主机为主，需要的话，还可以进一步变更有关于故障转移可用性的设置值。
检测CCR群集邮箱服务器状态
对于群集邮箱服务器的管 理，在Exchange Server 2007的管理控制台中，还可以直接点选位于“动作”窗格中的“管理群集邮箱服务器”，来开启“管理群集邮箱服务器”页面，以便决定是否要立即将群集邮箱服务器移动至另一个节点，还是要对于群集邮箱服务器进行启动或是停止。在群集邮箱服务器的命令控制台管理部分，首先可以如图3所示输入Get-Clustered MailboxServerStatus命令，来检测目前群集邮箱运行的状态。
如果回到故障转移群集管理界面中，系统管理员便可以点选各别群集节点来进行查看，必要的时候，同样可以点选位于“动作”窗格的“其他动作”中来执行相关的管理操作，例如启动与停止群集服务等。
而在群集资源的管理中，您可以在故障转移群集管理界面中，针对目前运行的CCR群集与相对的群集资源，点选位于“动作”窗口中的动作，例如将群集资源脱机或是进行模拟此资源失败的测试操作等。
CCR群集故障转移测试
如果想要进行这两个群集节点的转移测试，则可以针对此CCR群集节点 项目，按下鼠标右键，点选“将此服务或应用程序移动到另一个节点”即可。不过这种作法只适合使用在测试的CCR环境中，如果在正式的运作环境中，则必须开启Exchange Server 2007的命令控制台。然后如图4所示，输入Move-ClusteredMaiolboxServer的Shell命令，来进行手动切换CCR角色。范例中，targetmachine的参数所指定的服务器便是所有切换过去的目标计算机，至于movecomment，则是可以让我们输入一段批注文字，因为在执行完毕之后，在事件查看器的应用程序类别中，会出现一条来源为MSExchangeRepl、类型为信息、事件ID为111的事件项目，属性中将可以看到成功完成迁移的信息与我们所留下来的批注说明。
图3 检测群集邮箱服务器状态
图4 手动CCR故障转移迁移测试
图5 设置Dumpster
如果是在故障转移群集管理员界面中进行迁移操作，当执行将应用程序服务移动到另一个节点的操作时，系统将会出现确认信息窗口，针对本文介绍范例中，一旦笔者选取将CMS01移到CCR01之后，所有CCR共享的群集资源都将会全部移动过去。
Hub Transport主机上的Dumpster
在CCR架构中的事务历史记录档（transaction log）复制传送与Replay部分，是由Exchange Server 2007负责处理而非Windows Server 2008群集服务，至于传送过程中的消息队列，则是由Hub Transport上 的Dumpster负责储存。值得注意的是，Dumpster这样的消息队列机制在Exchange Server 2007的高可用性规划中唯一只能够应用在CCR的架构中，主要用途是用以避免一些还来不及完成复制的数据的遗失。队列中暂存了用户草稿文件夹中的信息、约会、联络人、属性设置、工作以及传送至Hub Transport中的邮件信息。图5所示便是通过Set-TransportConfig来设置Dumpster的储存区大小以及最大存放的时间。
结论
以一个服务端的系统来说，命令管理工具的使用永远是不可缺少的，因为再设计精良的图形操作接口，也难以掌控整个系统的运作管理。对于网管员来说，必须在系统管理模式中，整理出符合自己习惯且有效率的管理方法，而在这个方法中，必须要结合图形操作接口与命令管理接口两种相辅相成的运作，才能够让IT维运工作达到运用自如的优化境界。
