在Exchange 2007 SP1中，只有混合方式的群集網(wǎng)絡(luò)才支持連續(xù)復(fù)制?；旌暇W(wǎng)絡(luò)(mixed network)是指既支持兩個群集(節(jié)點間通信)，又支持客戶端訪問的群集網(wǎng)絡(luò)。只支持群集訪問，但不支持客戶端訪問(有時指專用網(wǎng)絡(luò))的群集網(wǎng)絡(luò)不能夠進行連續(xù)復(fù)制。
混合網(wǎng)絡(luò)對日志傳送的支持是通過一個新的Enable-ContinuousReplicationHostName的cmdlet來實現(xiàn)的。類似的，也可以通過Disable-ContinuousReplicationHostName的cmdlet來關(guān)閉這個特性。當(dāng)CCR環(huán)境的CMS配置完成后，管理員可以在群集的兩個節(jié)點上運行Enable-ContinuousReplicationHostName，以確定它們各自的IP地址及主機名。完成這一步后，系統(tǒng)會隨機選擇一個配置成功的混合網(wǎng)絡(luò)，并確認(rèn)它已經(jīng)可以實際運行后，來進行日志拷貝。
有關(guān)如何使群集網(wǎng)絡(luò)的連續(xù)復(fù)制活動有效的詳細步驟，請查閱《Windows Server 2008如何允許冗余群集網(wǎng)絡(luò)的日志傳送及種子設(shè)定》一文。
注意:
每運行一次Enable-ContinuousReplicationHostName的cmdlet，創(chuàng)建的除了主機名，IP地址和在故障轉(zhuǎn)移群集上創(chuàng)建群集組，還會在包含CMS的活動目錄域中創(chuàng)建一個計算機賬戶。Windows Server 2008默認(rèn)允許那些不具備域管理員權(quán)限，且沒有被授予創(chuàng)建計算機對象及刪除計算機對象訪問控制條目(ACE)的用戶能添加的計算機賬戶數(shù)量為10。不具備域管理員及上述ACE權(quán)限的Exchange管理員，如果頻繁運行Enable-ContinuousReplicationHostName和Disable-ContinuousReplicationHostName這兩個cmdlet命令，就會很快達到10個賬戶的限制。關(guān)于如何解決該問題，有相應(yīng)的工作區(qū)，其解決方案可以參考知識庫文章307532《修改計算機對象時如何解決群集服務(wù)賬戶故障》。其它相關(guān)信息可以查閱知識庫文章251335《域用戶不能在域中添加工作站或服務(wù)器》。
在CCR環(huán)境中進行種子設(shè)定(Seeding)和再設(shè)定(Reseeding)是通過Update-StorageGroupCopy的cmdlet來實現(xiàn)的。在Exchange 2007 SP1中，該cmdlet的擴展選項包括一個新的DataHostNames參數(shù)。這個參數(shù)是確定哪個網(wǎng)絡(luò)應(yīng)該用作種子設(shè)定及再設(shè)定的。該參數(shù)有值列表有兩個：一個是完整的域名(FQDN)，另一個是主機名。這兩個名字的其中一個必須設(shè)定為被動模式。
調(diào)整故障轉(zhuǎn)移控制設(shè)定
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服務(wù)器的活動目錄使用msExchDataLossForAutoDatabaseMount屬性來表示這一參數(shù)，它有3個值：無損性(Lossless)，良好可用性(Good Availability)，可用性(Best Availability)。無損性表示沒有日志丟失;良好可用性表示有3個日志丟失;可用性默認(rèn)是有6個日志丟失。有關(guān)如何設(shè)置這3個值的詳細步驟，請查閱《如何調(diào)整群集連續(xù)復(fù)制的掛載及故障轉(zhuǎn)移設(shè)置》一文。
l 算法2：算法2允許你確定舊數(shù)據(jù)的聯(lián)機是否比脫機更重要。如果數(shù)據(jù)庫在基于算法1掛載失敗，你可以創(chuàng)建檢查第二次的時間?？梢酝ㄟ^ForcedDatabaseMountAfter屬性來配置該等待時間。這個值是以小時為單位的，默認(rèn)為無限制。
重要:
當(dāng)ForcedDatabaseMountAfter設(shè)置的時間點到達時，不管是否存儲器組是有1個日志滯后，10個日志滯后，或是1000個日志滯后，這些有可能導(dǎo)致大量數(shù)據(jù)丟失的情況，數(shù)據(jù)庫都會被掛載。正是因為這樣，如果服務(wù)等級協(xié)議(SLA)保證了導(dǎo)致丟失數(shù)據(jù)的值，就不應(yīng)該使用這個參數(shù)。
調(diào)整傳輸Dumpster(Transport Dumpster)
傳輸Dumpster是使用本地連續(xù)復(fù)制(LCR)或CCR時，集線器傳輸服務(wù)器(Hub Transport server)角色必須配置的特性。該特性只能用于LCR和CCR環(huán)境。傳輸dumpster會在非常規(guī)故障發(fā)生后，提交最近發(fā)送的郵件。使用LCR或CCR時，應(yīng)該總是打開傳輸dumpster。通過設(shè)置每個存儲器組可用存儲的大小和傳輸dumpster中保留郵件的時間，傳輸dumpster的設(shè)置在機構(gòu)范圍內(nèi)生效。
集線器傳輸服務(wù)器保留最近發(fā)送到CMS的郵件隊列。在無損故障轉(zhuǎn)移事件中，CCR自動請求站點的每個集線器傳輸服務(wù)器重新提交傳輸dumpster中的郵件。在LCR環(huán)境中，重新提交請求是Restore-StorageGroupCopy任務(wù)的一部分。當(dāng)重新提交發(fā)生時，信息存儲自動刪除副本，并重新發(fā)送丟失的郵件。你可以使用Set-TransportConfig的cmdlet來改變傳輸dumpster的默認(rèn)配置信息，配置改變將在存儲器組的層次生效。另外，在Exchange 2007 SP1中，你還可以使用Exchange管理控制臺(Exchange Management Console)對傳輸dumpster的值進行設(shè)置。
混合網(wǎng)絡(luò)對日志傳送的支持是通過一個新的Enable-ContinuousReplicationHostName的cmdlet來實現(xiàn)的。類似的，也可以通過Disable-ContinuousReplicationHostName的cmdlet來關(guān)閉這個特性。當(dāng)CCR環(huán)境的CMS配置完成后，管理員可以在群集的兩個節(jié)點上運行Enable-ContinuousReplicationHostName，以確定它們各自的IP地址及主機名。完成這一步后，系統(tǒng)會隨機選擇一個配置成功的混合網(wǎng)絡(luò)，并確認(rèn)它已經(jīng)可以實際運行后，來進行日志拷貝。
有關(guān)如何使群集網(wǎng)絡(luò)的連續(xù)復(fù)制活動有效的詳細步驟，請查閱《Windows Server 2008如何允許冗余群集網(wǎng)絡(luò)的日志傳送及種子設(shè)定》一文。
注意:
每運行一次Enable-ContinuousReplicationHostName的cmdlet，創(chuàng)建的除了主機名，IP地址和在故障轉(zhuǎn)移群集上創(chuàng)建群集組，還會在包含CMS的活動目錄域中創(chuàng)建一個計算機賬戶。Windows Server 2008默認(rèn)允許那些不具備域管理員權(quán)限，且沒有被授予創(chuàng)建計算機對象及刪除計算機對象訪問控制條目(ACE)的用戶能添加的計算機賬戶數(shù)量為10。不具備域管理員及上述ACE權(quán)限的Exchange管理員，如果頻繁運行Enable-ContinuousReplicationHostName和Disable-ContinuousReplicationHostName這兩個cmdlet命令，就會很快達到10個賬戶的限制。關(guān)于如何解決該問題，有相應(yīng)的工作區(qū)，其解決方案可以參考知識庫文章307532《修改計算機對象時如何解決群集服務(wù)賬戶故障》。其它相關(guān)信息可以查閱知識庫文章251335《域用戶不能在域中添加工作站或服務(wù)器》。
在CCR環(huán)境中進行種子設(shè)定(Seeding)和再設(shè)定(Reseeding)是通過Update-StorageGroupCopy的cmdlet來實現(xiàn)的。在Exchange 2007 SP1中，該cmdlet的擴展選項包括一個新的DataHostNames參數(shù)。這個參數(shù)是確定哪個網(wǎng)絡(luò)應(yīng)該用作種子設(shè)定及再設(shè)定的。該參數(shù)有值列表有兩個：一個是完整的域名(FQDN)，另一個是主機名。這兩個名字的其中一個必須設(shè)定為被動模式。
調(diào)整故障轉(zhuǎn)移控制設(shè)定
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服務(wù)器的活動目錄使用msExchDataLossForAutoDatabaseMount屬性來表示這一參數(shù)，它有3個值：無損性(Lossless)，良好可用性(Good Availability)，可用性(Best Availability)。無損性表示沒有日志丟失;良好可用性表示有3個日志丟失;可用性默認(rèn)是有6個日志丟失。有關(guān)如何設(shè)置這3個值的詳細步驟，請查閱《如何調(diào)整群集連續(xù)復(fù)制的掛載及故障轉(zhuǎn)移設(shè)置》一文。
l 算法2：算法2允許你確定舊數(shù)據(jù)的聯(lián)機是否比脫機更重要。如果數(shù)據(jù)庫在基于算法1掛載失敗，你可以創(chuàng)建檢查第二次的時間?？梢酝ㄟ^ForcedDatabaseMountAfter屬性來配置該等待時間。這個值是以小時為單位的，默認(rèn)為無限制。
重要:
當(dāng)ForcedDatabaseMountAfter設(shè)置的時間點到達時，不管是否存儲器組是有1個日志滯后，10個日志滯后，或是1000個日志滯后，這些有可能導(dǎo)致大量數(shù)據(jù)丟失的情況，數(shù)據(jù)庫都會被掛載。正是因為這樣，如果服務(wù)等級協(xié)議(SLA)保證了導(dǎo)致丟失數(shù)據(jù)的值，就不應(yīng)該使用這個參數(shù)。
調(diào)整傳輸Dumpster(Transport Dumpster)
傳輸Dumpster是使用本地連續(xù)復(fù)制(LCR)或CCR時，集線器傳輸服務(wù)器(Hub Transport server)角色必須配置的特性。該特性只能用于LCR和CCR環(huán)境。傳輸dumpster會在非常規(guī)故障發(fā)生后，提交最近發(fā)送的郵件。使用LCR或CCR時，應(yīng)該總是打開傳輸dumpster。通過設(shè)置每個存儲器組可用存儲的大小和傳輸dumpster中保留郵件的時間，傳輸dumpster的設(shè)置在機構(gòu)范圍內(nèi)生效。
集線器傳輸服務(wù)器保留最近發(fā)送到CMS的郵件隊列。在無損故障轉(zhuǎn)移事件中，CCR自動請求站點的每個集線器傳輸服務(wù)器重新提交傳輸dumpster中的郵件。在LCR環(huán)境中，重新提交請求是Restore-StorageGroupCopy任務(wù)的一部分。當(dāng)重新提交發(fā)生時，信息存儲自動刪除副本，并重新發(fā)送丟失的郵件。你可以使用Set-TransportConfig的cmdlet來改變傳輸dumpster的默認(rèn)配置信息，配置改變將在存儲器組的層次生效。另外，在Exchange 2007 SP1中，你還可以使用Exchange管理控制臺(Exchange Management Console)對傳輸dumpster的值進行設(shè)置。