盡管在Windows Server 2008上配置群集連續(xù)復制(CCR)與在Windows Server 2003上的配置過程類似，但還是有一些明顯差別。在配置CCR之前，我們推薦你完整地閱讀《群集連續(xù)復制》一文。另外，還要確保事先滿足《部署群集連續(xù)復制》一文中的所有要求。

　　在Windows Server 2008上安裝CCR要完成以下幾個步驟：

　　1. 配置硬件安裝，啟動群集網(wǎng)絡構造與配置過程。

　　2. 構造群集，依次生成第一、第二個節(jié)點。

　　3. 配置群集網(wǎng)絡和丟失群集心跳的容限。

　　4. 配置并保護文件共享見證。

　　5. 設置群集活動及非活動的郵箱服務器角色。在活動郵箱服務器角色的設置過程中，

　　群集郵箱服務器(CMS)將被創(chuàng)建。

　　注意:

　　我們推薦完成每一步驟之后再進行下面的步驟。完成所有步驟后，在應用之前最好驗證一下CCR解決方案的有效性。

　　安裝完成后，還要進行下面的任務：

　　· 調(diào)整故障轉(zhuǎn)移的控制設置。

　　· 調(diào)整傳輸dumpster的默認配置。

　　· 驗證在群集節(jié)點間移動CMS的能力。

　　· 使連續(xù)復制活動的多網(wǎng)絡選項有效。

　　在開始任何上面所提到的步驟之前，你必須首先確保目標電腦已安裝Windows Server 2008所需的操作系統(tǒng)組件。至于在Windows Server 2008上安裝微軟Exchange必要組件的具體步驟，請看《如何在Windows Server 2008上安裝Exchange 2007 SP1的必要組件》一文。

　　下面的部分將詳細解釋安裝過程的每一步驟。

　　網(wǎng)絡構造和配置

　　在Windows Server 2008的2個節(jié)點的CCR環(huán)境中創(chuàng)建CMS時，你必須有足夠數(shù)量的可用ip地址。與遺留群集明顯不同的是，Windows Server 2008故障轉(zhuǎn)移群集提供了新的組網(wǎng)能力。舉例來說，Windows Server 2008故障轉(zhuǎn)移群集提供了對多子網(wǎng)，動態(tài)主機配置協(xié)議(DHCP)，IPv4及IPv6的支持。當Windows Server 2008故障轉(zhuǎn)移群集運行時，微軟Exchange Server 2007 Service Pack 1(SP1)支持在地理上分散的群集里兩個子網(wǎng)間的故障轉(zhuǎn)移。這種支持包括單復制群集(SCC)和CCR環(huán)境中的郵箱服務器。

　　注意:

　　盡管Windows Server 2008故障轉(zhuǎn)移群集支持DHCP IPv4，我們?nèi)匀唤ㄗh在實際應用環(huán)境中使用靜態(tài)IP地址。如果一定要在故障轉(zhuǎn)移群集中使用DHCP IPv4，建議配置DHCP服務器以保證IP地址的使用無時間限制。

　　下面開始配置Windows Server 2008故障轉(zhuǎn)移群集。單個群集節(jié)點現(xiàn)在可以放置在相互分隔的路由網(wǎng)絡中。這要求依賴于IP地址的資源(如網(wǎng)絡名稱資源)實現(xiàn)一種“或”(OR)邏輯，因為不可能每個群集節(jié)點都存在一個直接本地連接用以連接該群集相鄰的各個網(wǎng)絡。這將有助于在業(yè)務或應用故障轉(zhuǎn)移到遠程節(jié)點時進行IP地址和網(wǎng)絡名資源的在線分配。

　　所有與網(wǎng)絡名稱資源有關的在線IP地址將會按定制列表在域名系統(tǒng)(DNS)中進行動態(tài)注冊(如果設置為動態(tài)更新)，這樣，就使那些在線的IP地址資源能在第一時間返回給客戶。由于群集節(jié)點被放置在不同的路由網(wǎng)絡中，而且為了在用戶數(shù)據(jù)報協(xié)議(UDP)之上實現(xiàn)可靠會話協(xié)議(單播)，通信機制也改變了，因此地理分散群集的組網(wǎng)要求不再適用。因此，機構可以在兩個物理數(shù)據(jù)中心之間配置故障轉(zhuǎn)移群集，而不需要使用虛擬局域網(wǎng)(VLAN)技術在兩地間擴展群集子網(wǎng)。

　　當CMS的移動和故障轉(zhuǎn)移發(fā)生在一個地理上分散的多子網(wǎng)故障轉(zhuǎn)移群集時，CMS的名字將會被保留。然而，分配給該名字的IP地址卻不會保留下來。該服務器對用戶及其它服務器是否具有可用性取決于新IP地址在DNS中的傳播。DNS傳播可能要花費一些時間。正是因為這樣，我們建議將CMS DNS主機記錄的生存時間值(TTL)配置為5分鐘(300秒)。至于配置CMS的DNS TTL值的詳細步驟，請查看《如何配置網(wǎng)絡名稱資源的DNS TTL值》一文。當CMS的DNS TTL值配置成功后，你必須停機并重啟CMS才能使改動生效。

　　盡管內(nèi)部微軟Office Outlook客戶端使用新的IP地址連接時并不需要對配置文件進行更新或重新配置，它們?nèi)匀恍枰却镜谼NS緩存清空后，才將CMS名稱解析由舊IP地址轉(zhuǎn)移到新IP地址。當IP地址傳播到合適的DNS服務器，在客戶端命令行運行下面的命令，就可以清空Outlook客戶端的DNS緩存。

　　ipconfig /flushdns

　　公共和專用網(wǎng)絡都需要IP地址。專用和公共地址的要求如下：

　　l 專用地址：群集專用網(wǎng)的每個節(jié)點的每個網(wǎng)絡適配器都要求有一個IP地址與之對應。你可以使用靜態(tài)IPv4地址或動態(tài)分配的IPv6地址。但要注意，你不可以使用在同一個子網(wǎng)或公共網(wǎng)中同一個網(wǎng)絡的IP地址。建議使用的專用地址為10.10.10.10和10.10.10.11，子網(wǎng)掩碼為255.255.255.0。

　　l 公共地址：群集公共網(wǎng)，有時也稱為混合網(wǎng)絡。它的每個節(jié)點的每個網(wǎng)絡適配器也都要求有一個IP地址與之對應。與專用網(wǎng)不同的是，故障轉(zhuǎn)移群集和CMS也需要IP地址以便客戶端及管理員訪問。同樣，你也要注意，不可以使用在同一個子網(wǎng)或?qū)Ｓ镁W(wǎng)中同一個網(wǎng)絡的IP地址。你可以使用IPv4地址，DHCP IPv4地址或靜態(tài)IPv6地址。

　　重要:

　　群集網(wǎng)絡的所有網(wǎng)絡適配器必須使用相同版本的TCP/IP。也就是說，它們必須是都只使用IPv4或者都同時使用IPv4和IPv6。

　　群集郵箱服務器的網(wǎng)絡最佳實踐法

　　我們還建議對你的群集網(wǎng)絡遵循以下最佳實踐法：

　　l 使用有意義的名稱：你有很多機會來為所構建群集的每個節(jié)點，每個群集網(wǎng)絡接口，每個群集以及CMS來安排一個有意義的名字。例如，用于與其它Exchange服務器和客戶端通信的網(wǎng)絡可以命名為Public。用于在群集節(jié)點之間進行通信的網(wǎng)絡可以命名為PRivate。最好使用互相關聯(lián)且無須參考拓撲圖的名字。另一個有用的慣例是將群集節(jié)點與CMS的名稱相關聯(lián)。例如，將CMS及其相應的兩個節(jié)點分別命名為mbx01,mbx01-node1和mbx01-node2。

　　l 為每個專用網(wǎng)絡接口使用專用IP地址： 對于每個節(jié)點可用的IP地址范圍及子網(wǎng)掩碼列表，看下面的表格。

　　專用網(wǎng)絡接口的地址范圍及子網(wǎng)掩碼

　　網(wǎng)絡/ 節(jié)點 IP 地址范圍 子網(wǎng)掩碼

　　Private / NODE110.10.10.10-255255.255.255.0

　　Private / NODE210.10.10.11-255255.255.255.0

　　注意以下幾點：

　　l 如果你的公共網(wǎng)使用10.x.x.x 的網(wǎng)絡地址和255.255.255.0作為子網(wǎng)掩碼，建議使用可替換的專用網(wǎng)絡IP地址和子網(wǎng)掩碼。

　　l 我們不建議使用任何形式的容錯適配器或配置專用網(wǎng)組隊。如果你的專用網(wǎng)需要一些冗余性，可以將配置多個網(wǎng)絡適配器僅供群集使用。使用這種技術時，檢驗固件和驅(qū)動器是否處于最新版本是非常重要的。要獲取服務器群集上的兼容性信息，聯(lián)系你的網(wǎng)絡適配器供應商。要了解更多關于故障轉(zhuǎn)移群集部署中的網(wǎng)絡適配器組隊信息，請查看微軟知識庫文章254101，《網(wǎng)絡適配器組隊和服務器群集》。

　　構建故障轉(zhuǎn)移群集

　　從添加群集中的第一個節(jié)點開始，故障轉(zhuǎn)移群集就被構建了。這一過程使群集具有唯一的網(wǎng)絡名和IP地址。網(wǎng)絡名和IP地址，共同構成了群集網(wǎng)絡的身份。隨著節(jié)點不斷地聯(lián)機與脫機，網(wǎng)絡名和IP地址在群集節(jié)點之間移動。通常來說，群集網(wǎng)絡的身份一般不用于CMS的管理。

　　如果你熟悉如何配置故障轉(zhuǎn)移群集或先前版本的Exchange群集，你會發(fā)現(xiàn)CCR群集的配置過程與之是非常不同的。如果你是剛開始接觸群集解決方案，你會發(fā)現(xiàn)這種配置過程會比典型的群集配置簡單得多。

　　你可以根據(jù)《如何創(chuàng)建Windows Server 2008群集連續(xù)復制的故障轉(zhuǎn)移群集》這篇文章里的建議，構建一個新的群集。

　　添加其它節(jié)點

　　當你在第一個節(jié)點上安裝了群集服務后，你會發(fā)現(xiàn)你花在第二個節(jié)點上的安裝時間要少一些。這是因為安裝程序使用第一個節(jié)點上的網(wǎng)絡配置設置作為后續(xù)節(jié)點網(wǎng)絡設置配置的基礎。在添加并配置第二個節(jié)點之前，你應該使群集配置生效。你可以通過在命令行中運行Cluster.exe group來驗證群集服務是否運行和可操作。如果生效。應該產(chǎn)生類似下面的輸出。

　　C:/>cluster group

　　Listing status for all available resource groups:

　　Group Node Status

　　------------------ --------------- ------

　　Cluster Group Online

　　我們還建議你在進行上面步驟之前，查閱所事件日志中所有可能需要引起注意的錯誤和警告信息。有關如何添加第二個節(jié)點到群集中的詳細步驟，請查閱《如何創(chuàng)建Windows Server 2008群集連續(xù)復制的故障轉(zhuǎn)移群集》一文。

　　配置群集網(wǎng)絡

　　把兩個節(jié)點都加入群集后，必須配置群集網(wǎng)絡組件。尤其要指出的是，你必須為群集和客戶訪問配置網(wǎng)絡，而且你還必須設置丟失群集心跳的容限。我們還建議你使用更加有意義的名稱來重命名群集網(wǎng)絡。

　　下面的表格詳細表示了有關群集網(wǎng)絡心跳配置的可用選項。

　　配置群集網(wǎng)絡的選項

　　選項描述

　　允許群集使用該網(wǎng)絡(專有網(wǎng)絡)如果你在該網(wǎng)絡只使用群集服務進行節(jié)點間通信，那么單選此項?？蛻舳藢⒉荒芡ㄟ^該網(wǎng)絡連接到CMS。

　　允許群集使用該網(wǎng)絡，并允許客戶端通過該網(wǎng)絡連接(混合網(wǎng)絡)如果你想使用該網(wǎng)絡適配器讓群集服務既進行群集內(nèi)節(jié)點間通信，又進行與外部客戶端的通信，那么同時選擇這兩個選項。群集服務可以使用該網(wǎng)絡進行節(jié)點間通信，客戶端也能通過該網(wǎng)絡連接到CMS。

　　不允許群集使用該網(wǎng)絡 (未管理網(wǎng)絡)如果你不想使用群集中的這個網(wǎng)絡，或不想讓群集服務管理網(wǎng)絡，那么單選此項。群集服務將不能使用該網(wǎng)絡進行節(jié)點間通信，客戶端也不能夠通過該網(wǎng)絡連接到CMS。

　　在CCR環(huán)境中部署CMS要求兩個節(jié)點都至少支持兩個網(wǎng)卡。在CCR環(huán)境中，你必須將一個網(wǎng)絡配置成專用網(wǎng)絡，而將另一個配置成混合網(wǎng)絡。

　　在Exchange 2007 SP1中，任意由群集服務管理并支持群集使用和客戶端連接功能的網(wǎng)絡都能用于連續(xù)復制功能，包括種子設定，日志傳送和種子再設定。這在Exchange 2007 SP1中可以通過一個叫Enable-ContinuousReplicationHostName的新cmdlet來實現(xiàn)。

　　注意:

　　其中一個配置群集網(wǎng)絡的方法是：創(chuàng)建初步的網(wǎng)絡配置，然后只選擇部分網(wǎng)絡測試并運行故障轉(zhuǎn)移群集管理工具中的驗證配置向?qū)?如跳過目錄，存儲和系統(tǒng)配置測試)。當只運行已選的網(wǎng)絡測試時，這一過程并不會花很長時間。通過查看驗證報告，你可以修正網(wǎng)絡配置中任何可能的錯誤。當整個群集都配置完成后，我們建議你重新運行驗證配置的向?qū)В⑦x上所有的測試選項。

　　為丟失群集心跳設置容限

　　當配置完群集通信和網(wǎng)絡優(yōu)先級后，我們建議你設定丟失群集心跳的具體容限。這樣做，可以使監(jiān)測群集節(jié)點間連接性的群集服務允許一些微小的中斷。這將防止網(wǎng)絡短暫故障發(fā)生時的故障轉(zhuǎn)移。我們建議你在所有節(jié)點配置允許10次丟失心跳的專用和混合群集網(wǎng)絡。這一設置值大約相當于12秒鐘。

　　關于如何配置群集網(wǎng)絡組件的具體步驟，請看《如何配置群集網(wǎng)絡》一文。

　　為群集郵箱服務器網(wǎng)絡名稱資源設置TTL

　　有兩個部署場景，在進行故障或恢復選項時會引起CMS分配IP地址的改變。

　　l 在多子網(wǎng)環(huán)境中部署CMS。

　　l 用于恢復失效群集的備份群集。

　　上面兩個場景，CMS的名稱不會改變，但是分配給CMS的IP地址將會發(fā)生變化。客戶端和其它與CMS通信的服務器，在CMS的IP地址變化的情況下將不能夠與CMS重新建立通信，除非DNS更新了IP地址的信息，而且任何本地DNS緩存也都被更新。為了最小化客戶端及其它服務器獲得DNS信息變化的時間，我們建議將DNS針對CMS網(wǎng)絡名稱資源的TTL值設置為5分鐘。

　　注意:

　　在多數(shù)環(huán)境中，我們建議只設置DNS針對CMS網(wǎng)絡名稱資源的TTL值。然而，如果在不使用Exchange管理工具通過名稱連接到群集以進行管理的環(huán)境中，我們建議為群集網(wǎng)絡名稱資源設置一個較小的TTL值。

　　默認情況下，群集服務設置DNS TTL值為20分鐘。盡管可以通過DNS管理工具在DNS數(shù)據(jù)庫中直接手工調(diào)整主機名的TTL值，但DNS中網(wǎng)絡名稱注冊每次進行更新時，DNS數(shù)據(jù)庫都會被重寫，群集服務又重新設為默認值的20分鐘。DNS中網(wǎng)絡名稱注冊的更新在每次CMS啟動，移動或故障及故障轉(zhuǎn)移后恢復時都會發(fā)生。

　　Windows Server 2008為故障轉(zhuǎn)移群集的網(wǎng)絡名稱資源加入了新的私有特性。這一新特性叫做HostRecordTTL，你可以使用Cluster.exe對它進行配置。

　　注意:

　　這一特性只在Windows Server 2008的故障轉(zhuǎn)移群集中才可用。在Windows Server 2003故障轉(zhuǎn)移群集中并沒有這樣的屬性。對于運行Windows Server 2003的故障轉(zhuǎn)移群集來說，群集服務默認值為20分鐘總是適用的。

　　至于在多子網(wǎng)CMS或備用群集部署中設置網(wǎng)絡名稱資源DNS TTL值的具體步驟，請查閱《如何配置網(wǎng)絡名稱資源的DNS TTL值》一文。

　　配置群集仲裁

　　群集網(wǎng)絡配置完成后，下一步就是配置故障轉(zhuǎn)移群集使用節(jié)點和文件共享多數(shù)仲裁資源。這包括兩個方面的步驟：

　　1. 在Windows服務器上創(chuàng)建文件共享，然后用NTFS文件系統(tǒng)和共享許可來保護文件共享。有關如何創(chuàng)建安全文件共享的具體步驟，請查閱《如何為文件共享多數(shù)仲裁創(chuàng)建安全文件共享》一文。

　　2. 配置群集使用節(jié)點和文件共享多數(shù)仲裁模型。關于如何配置故障轉(zhuǎn)移群集使用節(jié)點和文件共享多數(shù)仲裁模型的具體步驟，請查閱《如何配置節(jié)點和文件共享多數(shù)仲裁》一文。

　　驗證確認故障轉(zhuǎn)移群集

　　Windows Server 2008包含一個名為驗證配置的新向?qū)В憧梢允褂盟鼇眚炞C故障轉(zhuǎn)移群集配置是否正常有效。我們建議在群集中安裝Exchange 2007之前運行該向?qū)АＭㄟ^在安裝Exchange 2007前運行該向?qū)?，你可以確定并定位群集中可能造成Exchange無法成功安裝的配置問題。

　　驗證配置向?qū)О慕M測試來驗證群集是否滿足微軟必須支持的要求。這些要求是群集解決方案執(zhí)行Windows Server 2008兼容性標志要求的一個補充。

　　這四組測試為：目錄(Inventory)，網(wǎng)絡，存儲器和系統(tǒng)配置。由于CCR不使用共享存儲，因此沒有必要運行存儲器組的測試。如果你在一個沒有任何群集存儲資源的故障轉(zhuǎn)移群集中運行存儲器組測試，比如為CCR設計的故障轉(zhuǎn)移群集，那么存儲器組的測試將會產(chǎn)生錯誤。存儲器組測試產(chǎn)生的所有錯誤都會安全地被忽略掉，因為缺乏共享存儲正是CCR故障轉(zhuǎn)移群集所希望的。

　　關于如何驗證故障轉(zhuǎn)移群集的詳細步驟，請查閱《如何驗證Windows Server 2008故障轉(zhuǎn)移群集配置》一文。

　　群集郵箱服務器安裝及配置

　　你可以通過在每個節(jié)點執(zhí)行一些步驟來安裝群集的郵箱服務器角色。在完成構建，驗證群集，并配置通過文件共享見證使用多數(shù)節(jié)點集(MNS)仲裁后，你應該首先在主動節(jié)點上安裝郵箱服務器角色。有關如何在主動節(jié)點上安裝郵箱服務器角色的詳細步驟，請查閱《如何在Windows Server 2008 CCR環(huán)境中安裝主動群集郵箱服務器角色》一文。

　　當你完成主動節(jié)點郵箱服務器角色和CMS的安裝，并驗證了第一個存儲器組的配置后，你還應該安裝被動節(jié)點的郵箱服務器角色。有關如何在被動節(jié)點上安裝郵箱服務器角色的詳細步驟，請查閱《如何在Windows Server 2008 CCR環(huán)境中安裝被動群集郵箱服務器角色》一文。

　　完成郵箱服務器角色安裝后，你還可以選擇調(diào)整故障轉(zhuǎn)移設置。有關故障轉(zhuǎn)移調(diào)節(jié)的更多信息，請查閱《如何調(diào)整群集連續(xù)復制的掛載和故障轉(zhuǎn)移設置》一文。

　　安裝完成后任務

　　在兩個節(jié)點完成郵箱服務器角色安裝和CMS創(chuàng)建后，你應該完成以下的安裝后期任務。這些任務包括：

　　l 讓連續(xù)復制活動允許多網(wǎng)絡。

　　l 調(diào)整故障轉(zhuǎn)移控制設置。

　　l 調(diào)整傳輸dumpster(Transport Dumpster)的默認配置。

　　l 驗證群集節(jié)點間移動到CMS的能力。

　　允許連續(xù)復制活動的多網(wǎng)絡屬性

　　在微軟Exchange Server 2007的制造發(fā)布版本(RTM)中，所有的日志文件的復制和種子設定都發(fā)生在公共網(wǎng)絡中。在Exchange 2007 SP1中，任意群集網(wǎng)絡的連續(xù)復制活動都可配置為混合網(wǎng)絡。這些活動包括存儲器組種子設定及再設定，以及日志傳送。

　　在Exchange 2007 SP1中，只有混合方式的群集網(wǎng)絡才支持連續(xù)復制。混合網(wǎng)絡(mixed network)是指既支持兩個群集(節(jié)點間通信)，又支持客戶端訪問的群集網(wǎng)絡。只支持群集訪問，但不支持客戶端訪問(有時指專用網(wǎng)絡)的群集網(wǎng)絡不能夠進行連續(xù)復制。

　　混合網(wǎng)絡對日志傳送的支持是通過一個新的Enable-ContinuousReplicationHostName的cmdlet來實現(xiàn)的。類似的，也可以通過Disable-ContinuousReplicationHostName的cmdlet來關閉這個特性。當CCR環(huán)境的CMS配置完成后，管理員可以在群集的兩個節(jié)點上運行Enable-ContinuousReplicationHostName，以確定它們各自的IP地址及主機名。完成這一步后，系統(tǒng)會隨機選擇一個配置成功的混合網(wǎng)絡，并確認它已經(jīng)可以實際運行后，來進行日志拷貝。

　　有關如何使群集網(wǎng)絡的連續(xù)復制活動有效的詳細步驟，請查閱《Windows Server 2008如何允許冗余群集網(wǎng)絡的日志傳送及種子設定》一文。

　　注意:

　　每運行一次Enable-ContinuousReplicationHostName的cmdlet，創(chuàng)建的除了主機名，IP地址和在故障轉(zhuǎn)移群集上創(chuàng)建群集組，還會在包含CMS的活動目錄域中創(chuàng)建一個計算機賬戶。Windows Server 2008默認允許那些不具備域管理員權限，且沒有被授予創(chuàng)建計算機對象及刪除計算機對象訪問控制條目(ACE)的用戶能添加的最大計算機賬戶數(shù)量為10。不具備域管理員及上述ACE權限的Exchange管理員，如果頻繁運行Enable-ContinuousReplicationHostName和Disable-ContinuousReplicationHostName這兩個cmdlet命令，就會很快達到10個賬戶的限制。關于如何解決該問題，有相應的工作區(qū)，其解決方案可以參考知識庫文章307532《修改計算機對象時如何解決群集服務賬戶故障》。其它相關信息可以查閱知識庫文章251335《域用戶不能在域中添加工作站或服務器》。

　　在CCR環(huán)境中進行種子設定(Seeding)和再設定(Reseeding)是通過Update-StorageGroupCopy的cmdlet來實現(xiàn)的。在Exchange 2007 SP1中，該cmdlet的擴展選項包括一個新的DataHostNames參數(shù)。這個參數(shù)是確定哪個網(wǎng)絡應該用作種子設定及再設定的。該參數(shù)有值列表有兩個：一個是完整的域名(FQDN)，另一個是主機名。這兩個名字的其中一個必須設定為被動模式。

　　調(diào)整故障轉(zhuǎn)移控制設定

　　CCR包含允許你控制CMS故障轉(zhuǎn)移行為的屬性。你可以通過Set-MailboxServer的cmdlet來配置這些屬性。調(diào)整這些屬性可以讓你控制下面兩個決策算法：

　　l 算法1：算法1是控制是否在故障轉(zhuǎn)移時掛載數(shù)據(jù)庫的。在故障轉(zhuǎn)移的時間內(nèi)，如果檢測到數(shù)據(jù)庫丟失了少于所配置數(shù)量的日志，就會自動掛載數(shù)據(jù)庫?？梢酝ㄟ^一個叫AutoDatabaseMountDial的值來配置可接受的丟失日志數(shù)量。Exchange服務器的活動目錄使用msExchDataLossForAutoDatabaseMount屬性來表示這一參數(shù)，它有3個值：無損性(Lossless)，良好可用性(Good Availability)，最大可用性(Best Availability)。無損性表示沒有日志丟失;良好可用性表示有3個日志丟失;最大可用性默認是有6個日志丟失。有關如何設置這3個值的詳細步驟，請查閱《如何調(diào)整群集連續(xù)復制的掛載及故障轉(zhuǎn)移設置》一文。

　　l 算法2：算法2允許你確定舊數(shù)據(jù)的聯(lián)機是否比脫機更重要。如果數(shù)據(jù)庫在基于算法1掛載失敗，你可以創(chuàng)建檢查第二次的時間?？梢酝ㄟ^ForcedDatabaseMountAfter屬性來配置該等待時間。這個值是以小時為單位的，默認為無限制。

　　重要:

　　當ForcedDatabaseMountAfter設置的時間點到達時，不管是否存儲器組是有1個日志滯后，10個日志滯后，或是1000個日志滯后，這些有可能導致大量數(shù)據(jù)丟失的情況，數(shù)據(jù)庫都會被掛載。正是因為這樣，如果服務等級協(xié)議(SLA)保證了導致丟失數(shù)據(jù)的最大值，就不應該使用這個參數(shù)。

　　調(diào)整傳輸Dumpster(Transport Dumpster)

　　傳輸Dumpster是使用本地連續(xù)復制(LCR)或CCR時，集線器傳輸服務器(Hub Transport server)角色必須配置的特性。該特性只能用于LCR和CCR環(huán)境。傳輸dumpster會在非常規(guī)故障發(fā)生后，提交最近發(fā)送的郵件。使用LCR或CCR時，應該總是打開傳輸dumpster。通過設置每個存儲器組可用存儲的大小和傳輸dumpster中保留郵件的時間，傳輸dumpster的設置在機構范圍內(nèi)生效。

　　集線器傳輸服務器保留最近發(fā)送到CMS的郵件隊列。在無損故障轉(zhuǎn)移事件中，CCR自動請求站點的每個集線器傳輸服務器重新提交傳輸dumpster中的郵件。在LCR環(huán)境中，重新提交請求是Restore-StorageGroupCopy任務的一部分。當重新提交發(fā)生時，信息存儲自動刪除副本，并重新發(fā)送丟失的郵件。你可以使用Set-TransportConfig的cmdlet來改變傳輸dumpster的默認配置信息，配置改變將在存儲器組的層次生效。另外，在Exchange 2007 SP1中，你還可以使用Exchange管理控制臺(Exchange Management Console)對傳輸dumpster的值進行設置。

　　我們建議你配置每個存儲器組的最大空間(即MaxDumpsterSizePerStorageGroup參數(shù))為能夠發(fā)送的最大消息的1.5倍。例如，如果最大的消息為10MB，你應該設置MaxDumpsterSizePerStorageGroup參數(shù)的值為15MB。對于不存在最大消息空間的機構，我們建議將每個存儲器組的最大空間值配置為機構中發(fā)送消息平均大小的1.5倍。

　　我們還建議將每個存儲器組的最大保留時間(MaxDumpsterTime參數(shù))設置為07.00:00:00，也就是7天。這個時間對于大范圍故障發(fā)生時而不丟失郵件已經(jīng)足夠了。使用這個傳輸dumpster特性時，集線器傳輸服務器還需要額外的磁盤空間來存儲傳輸dumpster隊列。需要的磁盤空間大小大約等于MaxDumpsterSizePerStorageGroup乘以含有集線器傳輸服務器的活動目錄站點中使用連續(xù)復制的所有郵箱服務器組上的存儲器組的數(shù)量。

　　關于如何配置傳輸dumpster，使之生效的詳細步驟，請查閱《如何配置傳輸Dumpster》一文。

　　驗證CCR解決方案

　　完成CCR解決方案的安裝后，或是做了很大的配置改變后，我們建議你驗證一下CMS的狀態(tài)是否正常，兩個節(jié)點的CMS支持配置是否正確。

　　驗證CMS狀態(tài)是否正常的推薦方法是在命令行中運行Test-ReplicationHealth，Get-StorageGroupCopyStatus和 Get-ClusteredMailboxServerStatus 這三個cmdlet命令。

　　l Test-ReplicationHealth的cmdlet是Exchange 2007 SP1中新出現(xiàn)的。這個cmdlet是為主動監(jiān)測連續(xù)復制及其管道而設計的。Test-ReplicationHealth的cmdlet檢查復制的各個方面，包括群集服務，存儲器組復制及重現(xiàn)狀態(tài)，為復制系統(tǒng)的提供全面的信息概覽。關于Test-ReplicationHealth的這個cmdlet的詳細信息，請查閱Test-ReplicationHealth命令。

　　l Get-StorageGroupCopyStatus的cmdlet為每一個存儲器組提供當前的復制狀態(tài)信息。有關查看CCR環(huán)境中存儲器組的狀態(tài)信息的詳細步驟，請查閱《如何查看CCR環(huán)境中存儲器組狀態(tài)信息》一文。

　　l Get-ClusteredMailboxServerStatus這個cmdlet為CMS提供基本的操作狀態(tài)信息。有關如何為CMS獲取基本操作狀態(tài)信息的具體步驟，請查閱《如何查看群集郵箱服務器狀態(tài)》一文。

　　驗證是否兩個節(jié)點都能聯(lián)機CMS的推薦方法是：使用Move-ClusteredMailboxServer的cmdlet命令，使CMS轉(zhuǎn)移到每個節(jié)點。在Exchange 2007 SP1中，你還可以使用Exchange管理控制臺中的管理群集郵箱服務器向?qū)?Manage Clustered Mailbox Server wizard)在節(jié)點之間移動CMS，以驗證是否兩個節(jié)點都能聯(lián)機CMS。