備用群集設置與最終測試

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維運工作達到運用自如的優化境界。