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