管理叢集連續複寫

Exchange 2007
 

適用版本: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

上次修改主題的時間: 2009-06-10

除了每日管理與 Exchange 組織的管理工作外,還有叢集連續複寫 (CCR) 環境特有的管理工作。一般而言,CCR 的管理工作是分成兩個類別:

  • 與叢集信箱伺服器相關的工作
  • 與叢集信箱伺服器中之儲存群組及資料庫相關的工作

在 CCR 環境中,與叢集信箱伺服器關聯的管理工作包括下列各項:

  • 管理磁碟區
  • 檢視組態設定
  • 監視複寫活動
  • 檢視及收集效能資料
  • 管理叢集信箱伺服器,包括讓叢集信箱伺服器上線及離線,以及在節點之間移動叢集信箱伺服器
  • 管理記錄檔複寫及重新顯示

管理 CCR 環境時,可能也必須管理與 CCR 叢集關聯的磁碟區。例如,因為維護或其他理由,可能需要從系統中暫時中斷連線磁碟區。如果作用中的儲存群組或資料庫有此需要,則必須中斷連線儲存群組中的資料庫。如果這類作業是要在儲存群組或資料庫的被動副本上執行,則應該終止複寫以停止對該磁碟區的所有複寫輸入/輸出 (I/O)。

如需管理磁碟區的相關資訊,請參閱如何針對 CCR 副本準備磁碟區管理活動

啟用伺服器的 CCR 之後,您可以使用 Exchange 管理主控台及 Exchange 管理命令介面,檢視伺服器上的儲存群組及資料庫組態設定。

組態資訊包含儲存群組與資料庫檔案的位置。此外,您可以使用 Exchange 管理命令介面來檢閱叢集信箱伺服器相關組態。

如需如何檢視 CCR 容錯移轉控制組態資訊的詳細步驟,請參閱檢視容錯移轉控制組態的方式

只有在將資料庫的被動副本保持為最新時它才有所幫助。雖然 CCR 不需要特別監視,仍建議您定期監視每個儲存群組,以確定是否正確複寫記錄檔。Microsoft Operations Manager 2005 的 Microsoft Exchange Server 2007 管理組件包含與 CCR 環境相關之數個重要問題的警示:

  • 被動節點上沒有執行 Microsoft Exchange 複寫服務。停止服務之後,產生這個警示的事件將不會重複出現,因此,如果清除這個警示,將會遺失任何與其關聯的警示。
  • 被動副本的狀態為「失敗」。
  • 被動副本的狀態為「正常」,但遠落後於記錄檔複製或重新顯示。

我們也建議將自訂事件規則新增到 Microsoft Operations Manager,該規則會在被動節點未偵測到要執行且部份叢集含有主動節點時觸發。發生這個狀況時,叢集服務會在「系統事件日誌」中記錄事件。我們建議在事件規則中使用下列準則,這個事件規則會是叢集服務所記錄的一部份事件:

事件來源:ClusSvc

事件識別碼: 1135

如需在 Microsoft Operations Manager 中建立事件規則的相關資訊,請參閱使用 MOM 監視安全事件 (英文)。

您應該儘快調查及解決 Exchange 2007 Management Pack 或自訂事件規則所產生的任何上述警示。

不使用 Microsoft Operations Manager 2005 之 Exchange 2007 管理組件的替代方法是定期執行指令碼,而這個指令碼會執行 Exchange 管理命令介面中的 Get-StorageGroupCopyStatus 指令程式。Get-StorageGroupCopyStatus 指令程式所提供的佇列長度可包含主動節點所產生的記錄數。由於效能的關係,佇列長度效能計數器只會報告 Microsoft Exchange 複寫服務已知的資訊。在很少見的情況下,報告的資訊會與主動節點的狀態不一致。如需 Get-StorageGroupCopyStatus 指令程式的相關資訊,請參閱本主題稍後的「檢視儲存群組副本的狀態」。

您可以使用效能計數器,判斷複寫的進度。如需使用 CCR 之效能計數器的相關資訊,請參閱如何檢視叢集連續複寫的效能計數器

這三個管理叢集信箱伺服器的主要管理工作可以讓叢集信箱伺服器上線及離線,並在叢集的節點之間移動叢集信箱伺服器。做為更新管理或其他維護作業的一部份,它也可能涉及關閉或重新啟動叢集中的一個節點。

容錯移轉叢集管理工具 (Windows Server 2008)、叢集系統管理員 (Windows Server 2003) 及 Cluster.exe 命令列工具 (這兩個作業系統都有) 都具有讓資源上線和離線的能力。讓叢集信箱伺服器離線稱為「停止」,而讓叢集信箱伺服器上線則稱為「啟動」。啟動叢集信箱伺服器的建議方法是使用 Start-ClusteredMailboxServer 指令程式。停止叢集信箱伺服器的建議方式則是使用 Stop-ClusteredMailboxServer 指令程式。在 Exchange 2007 Service Pack 1 (SP1) 中,您也可以使用 Exchange 管理主控台中的管理叢集信箱伺服器精靈,啟動或停止叢集信箱伺服器。

如需如何讓叢集信箱伺服器上線的詳細步驟,請參閱如何啟動叢集信箱伺服器。如需如何讓叢集信箱伺服器離線的詳細步驟,請參閱如何停止叢集信箱伺服器

在節點之間手動移動叢集信箱伺服器稱為「遞交」或「排定中斷」。若要移動叢集信箱伺服器,請使用 Move-ClusteredMailboxServer 指令程式。在 Exchange 2007 SP1 中,您也可以使用 Exchange 管理主控台中的 [管理叢集信箱伺服器] 精靈來執行叢集信箱伺服器的遞交。雖然容錯移轉叢集管理工具 (Windows Server 2008)、叢集系統管理員 (Windows Server 2003) 及 Cluster.exe 命令列工具 (這兩個作業系統都有) 均可用來在節點間移動叢集信箱伺服器,但建議您使用其中一個 Exchange管理工具來將叢集信箱伺服器從主動節點移至被動節點,因為這些工具可讓您指定遞交的原因。此外:

  • 使用叢集工具會略過 Exchange 管理工具對於被動副本的健康狀況或狀態所執行的檢查。因此,當節點執行必要作業使資料庫成為可裝載時,使用這些方法會導致延伸的中斷時間。
  • 使用叢集工具也可能會讓資料庫無限期離線,因為複寫處於不正常的狀態,而叢集工具不像 Exchange 管理工具一樣可以在移動資源群組之前判斷複寫狀態。
    note附註:
    在節點之間移動叢集信箱伺服器會造成服務中斷。此外,也會取消叢集信箱伺服器上所有儲存群組的所有備份。

若複寫處於不正常的狀態,或這些檢查判斷被動節點並未處於可接受的遞交狀態,Exchange 管理工具將不會執行遞交。若發生此狀況而您仍需要將 CMS 移動至被動節點,可以使用叢集管理工具來執行該作業。

在節點之間有網路延遲的容錯移轉叢集中移動叢集信箱伺服器時,建議您從被動節點執行移動作業。

如需如何在節點之間移動叢集信箱伺服器的詳細步驟,請參閱如何在 CCR 環境中移動叢集信箱伺服器

維護作業必須在叢集的被動節點上執行。更新、Hotfix 和其他應用程式通常都不應該安裝在主動節點 (即目前擁有叢集信箱伺服器的節點) 上。如需如何在 CCR 環境中安裝 Exchange 更新彙總套件的詳細步驟,請參閱將 Exchange 2007 更新彙總套件套用至叢集信箱伺服器

如果需要在主動節點上執行維護作業,則應該先使用 Move-ClusteredMailboxServer 指令程式,將叢集信箱伺服器移動到被動節點。移動叢集信箱伺服器之後,先前的主動節點會變成被動節點,而先前的被動節點現在則是主動節點。接著您就可以執行維護作業,並且可以執行會以反向移動叢集信箱伺服器的遞交作業。

CCR 環境可讓您排定使特定節點的系統中斷,而不需要中斷叢集信箱伺服器。在 CCR 環境中,一次只能有一個節點離線。將一個以上的節點離線會造成服務中斷。

排定的中斷會透過 Exchange 管理命令介面的 Move-ClusteredMailboxServer 指令程式來啟動。如何在 CCR 環境中移動叢集信箱伺服器主題會提供執行排定之中斷的程序。

建議您先確認目前主控叢集信箱伺服器的節點,再關閉或重新啟動 CCR 環境中的任何節點。可使用 Get-ClusteredMailboxServerStatus 指令程式取得此資訊。

維護作業必須在叢集的被動節點上執行。更新、Hotfix 和其他應用程式通常都不應該安裝在主動節點 (即目前擁有叢集信箱伺服器的節點) 上。如需如何在 CCR 環境中安裝 Exchange 更新彙總套件的詳細步驟,請參閱將 Exchange 2007 更新彙總套件套用至叢集信箱伺服器

如果需要在主動節點執行維護作業,則應該先使用 Move-ClusteredMailboxServer 指令程式,將叢集信箱伺服器移到被動節點。移動叢集信箱伺服器之後,先前的主動節點會變成被動節點,而先前的被動節點現在則是主動節點。接著您就可以執行維護作業,並且可以執行會以反向移動叢集信箱伺服器的遞交作業。

如果需要關閉叢集中的所有節點 (包括主動節點),您必須先停止叢集信箱伺服器。Windows 關閉程序並不是 Exchange 感知。因此,建議您僅關閉被動節點。如果需要關閉或重新啟動主動節點,建議您將叢集信箱伺服器移至其他可用節點。如需解釋如何將叢集信箱伺服器移至另一個節點的詳細步驟,請參閱如何在 CCR 環境中移動叢集信箱伺服器

如果叢集信箱伺服器無法移到被動節點 (也許因為被動節點已關閉),則在關閉主動節點之前必須先停止叢集信箱伺服器。

若主動節點需要重新啟動或關閉,但您無法將叢集信箱伺服器移至被動節點,建議您使用 [群組原則] 來確定叢集信箱伺服器在主動節點重新啟動或關閉前是停止的。Windows Server 提供一組可使用 [群組原則] 嵌入式管理單元管理的原則驅動電腦關機指令碼。[群組原則] 嵌入式管理單元包含延伸模組,可讓您指定電腦關機時執行的指令碼。

例如,您可以建立執行 Move-ClusteredMailboxServer 指令程式或 Stop-ClusteredMailboxServer 指令程式加上適當參數的關機指令碼。我們也建議您使用關機指令碼,因為它可減少系統關閉或重新啟動的機會 (系統管理員若不知道主動節點關閉前必須移動或停止叢集信箱伺服器,就可能會將系統關閉或重新啟動)。

important重要事項:
這些指令碼會以本機系統帳戶執行。若要順利執行這些指令碼,您必須授與本機系統帳戶 (本機節點的電腦帳戶) 權限,才能管理叢集信箱伺服器。

在 CCR 環境中管理複寫包含下列主要活動:

  • 在複寫終止時處理容錯移轉
  • 終止及重新啟動儲存群組副本的複寫
  • 設定一或多個備援網路以進行複寫

終止複寫會在暫停期間停止作用中儲存群組對副本的所有變更傳用。此時應該會發生容錯移轉,而儲存群組副本將不會含有最新的變更。依據主動節點所發生的變更量而定,缺乏最新的變更可能會導致系統無法在被動電腦上裝載副本。因此,您可以使用被動節點上的可用儲存群組版本,或等到原始伺服器復原。重要事項:請縮短終止複寫的時間,以減低風險發生的機率。

如果您未在原始電腦變成可用時在被動節點上裝載資料版本,則複寫系統會複製缺少的記錄,並在新的主動節點上自動裝載資料庫副本。

在被動副本仍然缺少記錄時,或被動副本擁有所有記錄之後,但是在重新顯示記錄之前,可能會發生繼續複寫之後發生的容錯移轉。如果已複製記錄但未重新顯示,則容錯移轉會觸發將未完成的記錄重新顯示到資料庫中。因此,雖然其他的儲存群組不會受到影響,但此儲存群組將做為容錯移轉的一部分,而需要更長的復原時間。然而,如果沒有足夠的可用記錄符合設定的自動裝載準則,則系統最後會裝載含有最新可用資料的資料庫。此程序有一個風險:其中一個要重新顯示的記錄可能因損壞而無法順利重新顯示。在此情況下,重新顯示活動將導致錯誤發生而封鎖所有之後的重新顯示。發生這種狀況時,儲存群組副本會變成錯誤狀態 (稱為「失敗」)。在此錯誤狀態下,您可以使用該時間點的資料庫版本進行復原。否則,您將需要等到原始伺服器變成可用,而且重新複製未損壞的記錄為止。

您有時必須控制被動副本的活動。因而需要終止及重新啟動複寫活動。複寫是在儲存群組等級中予以控制。因為儲存群組只能包含一個資料庫,所以複寫作業只會對一個資料庫進行。

當叢集中的兩個節點都可以作業時,就會發生複寫。Microsoft Exchange 複寫服務會在目標節點上執行,而儲存群組副本則會啟用複製功能。如果 CCR 的來源或目標位置變成無法使用,則必須停止複寫。此外,部份 CCR 管理工作 (如植入、執行完整性檢查或儲存重新設定) 還需要儲存群組副本終止其複寫。如果需要停止目標記錄檔及記錄目錄的所有存取權,則必須終止複寫。

Exchange 2007 需要在儲存群組或資料庫的位置變更時,終止所有的複寫活動。

如需終止資料庫副本更新的相關資訊,請參閱如何終止叢集連續複寫副本的複寫。如需重新啟動資料庫副本更新的相關資訊,請參閱如何重新啟動叢集連續複寫副本的複寫

如需在 CCR 交易記錄及資料庫檔案上執行完整性檢查的相關資訊,請參閱如何使用 Eseutil 來驗證叢集連續複寫副本

Exchange 2007 SP1 讓您可以設定備援叢集網路,以用於 CCR 環境中的記錄傳送及植入。備援網路必須設定為混合叢集網路。混合叢集網路是已同時針對叢集 (活動訊號) 及用戶端存取流量設定的任意叢集網路。

使用連續複寫主機名稱與 IP 位址設定混合叢集網路後,Exchange 2007 即會使用該網路進行記錄傳送。此外,系統管理員起始的植入作業亦可透過 Update-StorageGroupCopy 指令程式,使用已設定的網路。您可以指定多個混合網路,而且如果可以使用的網路超過一個,Exchange 2007 就會隨機選取其中一個網路。如果目前使用的網路變成無法使用,Exchange 2007 會自動選取另一個可用的網路。

使用 Enable-ContinuousReplicationHostName 指令程式可以設定混合網路對記錄傳送的支援。同樣地,使用 Disable-ContinuousReplicationHostName 指令程式可以關閉此功能。在 CCR 環境中存有叢集信箱伺服器之後,系統管理員可以在叢集的兩個節點上執行 Enable-ContinuousReplicationHostName,並指定兩個 IP 位址與主機名稱。執行此作業後,系統會在順利完成設定並確認混合網路可運作後,隨機選取混合網路以進行記錄複製。

在 CCR 環境中植入與重新植入的作業,可透過 Update-StorageGroupCopy 指令程式加以執行。在 Exchange 2007 SP1 中,已延伸此指令程式並加入新的參數 DataHostNames。這個參數可用來指定應該用來進行植入或重新植入的網路。這個值是包含兩個名稱的多值清單:可以是網域全名 (FQDN) 或是主機名稱。其中一個名稱必須能夠識別被動節點。

如需設定備援網路以進行記錄傳送及植入的相關資訊,請參閱下列主題:

在 CCR 環境中,與叢集信箱伺服器中之儲存群組及資料庫關聯的管理工作包括下列各項:

  • 移動儲存群組檔案或資料庫的位置
  • 檢視儲存群組副本的狀態
  • 裝載及卸載資料庫
  • 驗證儲存群組副本的完整性
  • 復原生產儲存群組或儲存群組副本中的損毀
  • 在發生失敗或某種形式的資料損毀後還原 CCR

除了復原儲存群組 (是特殊類型的儲存群組) 外,會自動啟用 CCR 環境中的所有儲存群組及資料庫,以進行連續複寫。雖然可以擱置複寫及重新顯示,但是不可以停用 CCR 環境中之一個或多個儲存群組的連續複寫,原因是這會造成中斷而無法存取特定資料庫。

在 CCR 環境中建立新的儲存群組時,會自動在被動節點上植入資料庫副本。如果因為某些原因導致無法自動進行植入,則必須手動植入資料庫副本。如需如何植入資料庫副本的詳細步驟,請參閱如何植入叢集連續複寫副本

您可能需要在 CCR 環境中移動儲存群組檔案或資料庫的位置。移動檔案位置所需的時間,則視所移動的資料庫大小、所移動的交易記錄檔數目及儲存的效能特性而定。執行任何移動作業期間,均會卸裝資料庫。

在 CCR 環境中,因為主動節點及被動節點上的檔案位置必須相同,所以重新放置儲存群組時,兩個副本都需要以一致的方式來重新放置。在移動儲存群組或其資料庫之前,必須先卸載資料庫並擱置複寫。若是主動副本,則可以在 Exchange 管理命令介面中使用 Dismount-Database 指令程式來完成此作業。若是 Microsoft Exchange 複寫服務,請使用 Suspend-StorageGroupCopy 指令程式及 Resume-StorageGroupCopy 指令程式。

note附註:
Microsoft Exchange 複寫服務會不斷監視副本位置中的檔案及主動節點上的記錄。因此,如果您以任何方式操作使用中日誌,則必須使用 Suspend-StorageGroupCopy 指令程式擱置該儲存群組的活動,這會終止複寫。

如需如何在 CCR 環境中移動儲存群組檔案位置的詳細步驟,請參閱如何在 CCR 環境中移動儲存群組。如需如何在 CCR 環境中移動資料庫位置的詳細步驟,請參閱如何在 CCR 環境中移動資料庫

在 Microsoft Exchange 2007 的量產發行 (RTM) 版本中,您只能使用 Exchange 管理命令介面來檢視 CCR 狀態資訊。在 Exchange 2007 SP1 中,下表中列出的部分狀態資訊則可以在 Exchange 管理主控台中進行檢視。

Exchange 2007 會針對儲存群組副本發佈不同的狀態資訊。下表說明可用的狀態資訊。在下表中,屬性的列出順序就是它們出現在 Get-StorageGroupCopyStatus 指令程式之完整輸出中的順序。如需檢視狀態資訊的詳細步驟,請參閱如何使用 Exchange 管理命令介面檢視叢集連續複寫副本的狀態

啟用 CCR 之儲存群組可能會有的狀態資訊

屬性 描述

Identity

所查詢之儲存群組的識別碼。此屬性提供 <ServerName>\<StorageGroupName>。

StorageGroupName

查詢之儲存群組的名稱。此屬性提供儲存群組名稱。

SummaryCopyStatus

被動副本目前的整體狀態。可能的值為:

  • Not Supported   目前組態不支援本機連續複寫 (LCR)。
  • Disabled   儲存群組沒有設定的副本。此叢集信箱伺服器未設定被動節點。
  • Failed   驗證失敗,或儲存群組只有部分設定成用於 CCR。
  • Seeding   正在進行完整資料庫植入。
  • Stopped   交易記錄複製已停止。
  • Suspended   已停止交易記錄複製及重新顯示。
  • Healthy   被動副本狀況良好且正常,沒有正在封鎖或已封鎖的項目。

Exchange 2007 SP1 新增了下列其他狀態值:

  • Initializing   尚未關閉任何記錄檔且 Microsoft Exchange 複寫服務正等候關閉的記錄檔進行複寫。此狀態通常發生於 Microsoft Exchange 複寫服務剛啟動時。
  • Service Down   Microsoft Exchange 複寫服務未執行或無法連絡。
  • Resynchronizing   Microsoft Exchange 複寫服務正以增量方式重新植入儲存群組副本。

Failed

資料庫或記錄的驗證識別出不一致情況,造成複寫失敗。或者,主動或被動副本有組態或存取問題。可能的值為 True 及 False。

FailedMessage

指出造成複寫失敗之狀況的文字訊息。這可能不是唯一一個出現複寫問題的區域。

Seeding

指出正在進行植入。可能的值為 True 及 False。

Suspend

指出已終止被動副本的複寫。此狀態會讓資料庫無法推動,以及無法複製記錄。可能的值為 True 及 False。

SuspendComment

選用的註解區域,系統管理員可以在其中提供複寫活動終止的原因或附註。

CopySuspend

指出已終止被動副本的記錄複製。這樣會無法變更記錄副本目錄。可能的值為 True 及 False。

CopySuspendComment

選用的系統管理員註解,提供記錄副本活動終止的原因或附註。

CopyQueueLength

等候複製到被動副本記錄檔資料夾的交易記錄檔數。在檢查完副本是否有損毀後,才能將副本視為完成。

ReplayQueueLength

等候重新顯示到被動副本的交易記錄檔數。

LatestAvailableLogTime

最近偵測到新交易記錄檔之來源儲存群組上的時間戳記。

LastCopyNotificationedLogTime

與作用中儲存群組最後產生之新記錄關聯,且副本已知的時間。

LastCopiedLogTime

上次順利複製交易記錄檔之來源儲存群組上的時間戳記。

LastInspectedLogTime

上次順利檢查交易記錄檔之來源儲存群組上的時間戳記。

LastReplayedLogTime

上次順利重新顯示交易記錄檔之來源儲存群組上的時間戳記。

LastLogGenerated

儲存群組的主動副本上產生之最後一個已知記錄的記錄產生編號。

LastLogCopied

上一個順利複製到被動副本記錄檔資料夾的記錄產生編號。

LastLogNotified

由作用中儲存群組最後所產生,且副本已知的記錄產生編號。

LastLogInspected

上一個檢查有無一致性或損毀問題的記錄產生編號。

LastLogReplayed

最後一個順利重新顯示至資料庫之被動副本的記錄檔產生號碼。

LatestFullBackupTime

最後一次執行完整備份的時間。

LastestIncrementalBackupTime

最後一次執行增量備份的時間。

SnapshotBackup

指出上次建立的完整備份是傳統資料流備份還是大量陰影複製服務 (VSS) 備份快照集。

SnapshotLatestFullBackup

最後一次執行快照集完整備份的時間。

SnapshotLatestIncrementalBackup

最後一次執行快照集增量備份的時間。

SnapshotLatestDifferentialBackup

最後一次執行快照集差異備份的時間。

SnapshotLatestCopyBackup

最後一次執行快照集複製備份的時間。

OutstandingDumpsterRequests

未完成的要求以及未完成要求的時間範圍 (由低到高)。

DumpsterStatistics

來自所有可存取之 Hub Transport Server 的傳輸暫放統計資料。只有當 DumpsterStatistics 參數與 Get-StorageGroupCopyStatus 命令搭配使用時,才會顯示此值。

DumpsterStatisticsNotAvailable

無法存取之 Hub Transport Server 的清單。

請查看 SummaryCopyStatusCopyQueueLengthReplayQueueLengthLastInspectedLogTime 的值,快速評估儲存群組副本的健康狀況。這幾個屬性顯示儲存群組副本是否運作正常,以及儲存群組副本在複製及重新顯示記錄中是否為最新。如果下列狀況發生,您應該判定原因並修正問題:

  • 副本狀態不正常。
  • 複製佇列長度超過 5。
  • 重新顯示佇列長度超過 20。
  • 最後一個檢查的記錄時間不是最新的時間。儲存群組未作用會造成此狀況,但是也指出 Microsoft Exchange 複寫服務已停止。

您可以時間為單位來計算這兩個佇列數目,方法如下:

  • Copy queue in time = LatestAvailableLogTimeLastCopiedLogTime
  • Replay queue in time = LatestCopiedLogTimeLastInspectedLogTime

重新顯示佇列長度及複製佇列長度值都有效能計數器。這些效能計數器是 Microsoft Exchange 複寫效能物件底下的 CopyQueueLengthReplayQueueLength

有極少數複寫狀態可能會造成誤導的案例。下列是這些案例的清單:

  • 非使用中 (亦即未變更) 的儲存群組會報告為狀況良好,但它可能並非狀況良好。發生這種情況可能是因為在重新顯示記錄之前,無法偵測到不正常的狀況。
  • 在複寫初始化期間,會評估複寫狀態,但可能不精確。在完成初始化時,狀態即會更新。
  • 卸載資料庫時,LastLogGenerated 欄位的值可能是錯的。不過,如果複寫儲存群組副本,則會複寫含有使用者內容的所有記錄檔。
  • 當記錄資料流的中間有一或多個遺失的記錄時,被動副本會繼續嘗試復原。這樣做時,複寫狀態會在失敗狀態與狀況良好狀態之間切換。重新顯示和複製佇列將會持續成長。
  • 在一些非常少見的情況下,可順利驗證記錄,但該記錄仍無法重新顯示。在此情況下,系統將會在其嘗試復原時,在失敗狀態與狀況良好狀態之間交替。重新顯示和複製佇列將會持續成長。
    note附註:
    在 Exchange 2007 SP1 中,您也可以使用稱為 Test-ReplicationHealth 的新指令程式,驗證啟用連續複寫之儲存群組的健康情況及狀態。如需 Test-ReplicationHealth 指令程式的相關資訊,請參閱 Test-ReplicationHealth

您有時必須在 CCR 環境中裝載或卸載資料庫。執行重新設定或者更正伺服器或資料庫的問題時,可能需要這樣做。卸載資料庫時會凍結該資料庫,進而不能變更它。不論是資料庫或是記錄檔,在卸載資料庫時都不會變更。

如需在 CCR 環境中裝載資料庫的相關資訊,請參閱如何在叢集連續複寫環境裝載資料庫。如需在 CCR 環境中卸載資料庫的相關資訊,請參閱如何在叢集連續複寫環境中卸載資料庫

當您使用 CCR 時,建議您定期對資料庫及交易記錄檔執行實體一致性檢查,以驗證被動副本的完整性。實體一致性檢查會檢驗交易記錄檔與資料庫檔案是否有損毀。您可以使用 Exchange Server 資料庫公用程式 (Eseutil.exe) 執行這項檢查。如需如何使用 Eseutil 檢查交易記錄檔及資料庫檔案是否有實體損毀的詳細步驟,請參閱如何使用 Eseutil 來驗證叢集連續複寫副本

note附註:
對資料庫執行實體一致性檢查前,必須先暫時擱置對儲存群組副本的複寫活動。您可以在 Exchange 管理命令介面中使用 Suspend-StorageGroupCopy 指令程式,擱置交易記錄重新顯示活動。完成一致性檢查時,可以使用 Resume-StorageGroupCopy 指令程式繼續交易記錄重新顯示活動。

CCR 可讓您初始化排定的中斷,以復原生產儲存群組中的損毀或失敗。如果記錄檔未損毀,則不會因為進行復原而遺失任何資料。不過,如果記錄檔無法使用,則復原只會將儲存群組帶回到與複製接收到之最後一組未損毀變更一致的時間點。額外限制是不會有該時間點前之任何遺失或損毀的變更資料。

如需說明如何在 CCR 環境中從損毀或失敗中復原的詳細步驟,請參閱下列主題:

CCR 提供在失敗後自動復原的功能。然而,仍然有些情況需要進行手動復原。這類情況為:

  • 被動副本上的資料庫檔案損毀   如需說明如何在資料庫損毀後還原 CCR 的詳細步驟,請參閱如何在發生資料庫損毀後進行還原
  • 被動副本上的資料庫或記錄磁碟區失敗   如需說明如何在磁碟區失敗後還原 CCR 的詳細步驟,請參閱如何在磁碟區失敗之後進行還原
  • 資料庫失敗或分歧   CCR 會偵測並報告因失敗而發生資料庫分歧的時間。這通常是發生在具有資料庫副本,而失敗資料庫副本的變更大於可接受自動裝載準則所允許的變更。如需說明如何在發生資料庫失敗或分歧後還原 CCR 的詳細步驟,請參閱如何在故障或分歧後還原 CCR 功能
若要確保您目前閱讀的是最新資訊,並尋找其他的 Exchange Server 2007 說明文件,請造訪 Exchange Server 技術資源中心.
顯示: