管理本機連續複寫

Exchange 2007
 

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

上次修改主題的時間: 2007-08-20

除了每日管理與 Exchange 組織管理的工作外,還有本機連續複寫特定的工作。一般來說,LCR 的系統管理工作為:

  • 設定 LCR 磁碟儲存及管理磁碟區。
  • 啟用及停用 LCR。
  • 監視複寫活動。
  • 裝載、卸載、建立及移除資料庫。
  • 當儲存群組已啟用 LCR 時,移動儲存群組或資料庫檔案的儲存位置。
  • 檢視已啟用 LCR 之儲存群組或資料庫的狀態及組態資訊。
  • 確認 LCR 資料之主動副本或被動副本的健康狀況。
  • 管理複寫及重新顯示活動。
  • 啟用被動副本。

LCR 不需要經過特殊設定的磁碟儲存。建議您盡量將每個副本分開存放。LCR 需要能夠提供足夠效能及儲存容量的儲存。如果是已啟用 LCR 的儲存群組及資料庫,則應該使用相同的儲存解決方案來儲存其副本。也建議您遵循儲存廠商所提供的組態程序來完成組態。

管理 LCR 環境時,可能必須管理與 Exchange 伺服器連線的磁碟區。例如,因為維護或其他理由,可能需要從系統中暫時中斷連線磁碟區。如果需要在含有儲存群組主動副本的磁碟區上執行維護工作,則應該將儲存群組主動副本中的資料庫卸載。如果需要在含有儲存群組被動副本的磁碟區上執行維護工作,則應該終止複寫來停止該磁碟區上所有的輸入/輸出 (I/O)。如需管理磁碟區的相關資訊,請參閱如何準備 LCR 副本的磁碟管理活動

使用 LCR 的第一步是啟用 LCR 的儲存群組。您可以使用 Exchange 管理主控台或 Exchange 管理命令介面來完成這項工作。

note附註:
若已啟用儲存群組進行 LCR,則會在儲存群組中建立資料庫的第二個副本,並在指定給 LCR 副本的位置中自動維護第二個副本。
important重要事項:
在啟用 LCR 之前,請確定您有足夠磁碟空間可儲存 LCR 副本。

若要使用 LCR,您必須啟用 LCR 的儲存群組。如需如何針對 LCR 啟用現有儲存群組的詳細步驟,請參閱如何啟用現有儲存群組的本機連續複寫。如需如何建立已啟用 LCR 之新儲存群組的詳細步驟,請參閱如何啟用新儲存群組的本機連續複寫

您可以使用 Exchange 管理主控台或 Exchange 管理命令介面來停用儲存群組的 LCR。如需如何停用 LCR 的詳細步驟,請參閱如何停用本機連續複寫

important重要事項:
刪除含有 LCR 副本的儲存群組會刪除該 LCR 副本及生產副本。

「傳輸暫放」是 Hub Transport server role 的一項功能,會在未排定的中斷之後提交最近傳遞的郵件。Hub Transport Server 會維護最近傳遞至信箱的訊息佇列:

  • 在 CCR 環境的叢集信箱伺服器中
  • 在已啟用 LCR 的儲存群組中

在使用叢集連續複寫 (CCR) 或 LCR 時,應該一律啟用傳輸暫放。傳輸暫放是對全組織啟用的,此項目會設定每個儲存群組的儲存量,並設定在傳輸暫放中保留郵件的時間。

您可以使用 Set-TransportConfig 指令程式來變更傳輸暫放的預設組態設定,而傳輸暫放是在儲存群組層級中套用的。

建議設定 MaxDumpsterSizePerStorageGroup 參數,此參數可將每個儲存群組的傳輸暫放佇列大小上限指定為 1.5 乘以可傳送的最大郵件大小。例如,如果郵件大小上限為 10 MB,則應將 MaxDumpsterSizePerStorageGroup 參數設為 15 MB。

還建議您設定 MaxDumpsterTime 參數,此參數可將在傳輸暫放佇列中保留電子郵件的時間指定為 7.00:00:00 (即七天)。當傳輸暫放達到 MaxDumpsterSizePerStorageGroup 指定的大小時,將從傳輸暫放中移除郵件。否則,就要等到 MaxDumpsterTime 參數指定的時間經過之後,才會從傳輸暫放中移除郵件。這段時間應該已足夠,即使長時間中斷,應該也不會遺失電子郵件。

使用傳輸暫放功能時,Hub Transport Server 上需有額外的磁碟空間以主控傳輸暫放佇列。所需的儲存空間量大約等於 MaxDumpsterSizePerStorageGroup 值乘以 CCR 環境中所有叢集信箱伺服器上的儲存群組數目和 Hub Transport Server 所在 Active Directory 目錄服務站台中所有已啟用 LCR 的儲存群組數目。在 CCR 環境中,會自動要求從站台中所有 Hub Transport Server 上的傳輸暫放中重新傳遞。在 LCR 環境中,要求從站台中所有 Hub Transport Server 中重新傳遞是 Restore-StorageGroupCopy 工作的一部分。

如需如何啟用並設定傳輸暫放的詳細步驟,請參閱如何設定傳輸暫放。如需 Restore-StorageGroupCopy 指令程式的相關資訊,請參閱Restore-StorageGroupCopy

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

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

Exchange 2007 管理組件產生的所有上述警示,都應該經過調查並且盡快解決。

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

您有時必須在 LCR 環境中裝載或卸載資料庫。如果需要重新設定或維護儲存群組或資料庫,則您必須在活動發生時,封鎖與這兩者互動的服務。執行重新設定或者更正伺服器或資料庫的問題時,可能需要這樣做。卸載資料庫時會凍結該資料庫,進而不能變更它。不論是資料庫或是記錄檔,在卸載資料庫時都不會變更。

您可能會想要將資料庫新增至已啟用 LCR 的儲存群組。該新增程序與新增獨立組態之資料庫的程序類似,不過需提供額外路徑。

您可能會想要從已啟用 LCR 的儲存群組中移除資料庫。該移除程序與移除獨立組態之資料庫的程序相同,不過另外還有兩個資料副本需要移除:資料庫的主動副本與資料庫的被動副本。如需如何從已啟用 LCR 的儲存群組中移除資料庫的詳細步驟,請參閱如何從已啟用本機連續複寫的儲存群組中移除資料庫

您可以使用 Exchange 管理命令介面及 Exchange 管理主控台兩者,來變更已啟用 LCR 之儲存群組中的資料庫位置。LCR 組態中有兩個資料庫檔案,各有一個副本。兩個副本的位置可單獨變更或一起變更。

note附註:
主動和被動副本的資料庫檔案名稱和檔案路徑必須相同。

您可以使用類似的程序來重新設定儲存群組記錄及系統檔案的位置,以及 LCR 環境中資料庫檔案的位置。如需如何變更已啟用 LCR 之儲存群組中記錄檔及系統檔案位置的詳細步驟,請參閱如何在本機連續複寫環境中移動儲存群組。如需如何變更 LCR 環境中資料庫檔案位置的詳細步驟,請參閱如何在本機連續複寫環境中移動資料庫

important重要事項:
資料庫不能放在磁碟區的根目錄。

啟用儲存群組的 LCR 之後,您可以使用 Exchange 管理主控台或 Exchange 管理命令介面,來檢視儲存群組及其資料庫的 LCR 特定組態設定。

Exchange 2007 會針對 LCR 副本發佈不同的狀態資訊。下列表格描述已啟用 LCR 之儲存群組的狀態資訊。如需說明如何取得狀態資訊的詳細步驟,請參閱如何檢視本機連續複寫副本的狀態。下列表格會以內容出現在 Get-StorageGroupCopyStatus Exchange 管理命令介面指令程式之完整輸出的順序來列出內容。

已啟用 LCR 功能的儲存群組可用的狀態資訊

屬性 描述

Identity

查詢之儲存群組的伺服器及名稱。

StorageGroupName

查詢之儲存群組的名稱。

SummaryCopyStatus

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

  • Not Supported   目前的組態不支援連續複寫。
  • Disabled   儲存群組及其資料庫物件的 HasLocalCopy 都設定為 0。
  • Failed   驗證失敗 (資料庫或記錄彼此不相容),或儲存群組的 LCR 設定不正確。
  • Seeding   資料庫植入正在進行中。
  • Suspended   交易記錄複製及重新顯示已停止。
  • Healthy   狀態良好且正常,沒有封鎖別人或被封鎖的項目。

Microsoft Exchange Server 2007 Service Pack 1 (SP1) 新增了兩個狀態值:

  • Initializing   尚未關閉任何記錄檔且 Microsoft Exchange 複寫服務正等候關閉的記錄檔進行複寫。
  • Service Down   TMicrosoft Exchange 複寫服務未執行或無法連絡。

Failed

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

FailedMessage

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

Seeding

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

Suspend

已經終止被動副本的複寫 (及重新顯示)。這樣會造成資料庫不再繼續,並且停止複製記錄。可能的值為 True 及 False。

SuspendComment

選用的系統管理員註解,提供複寫活動終止的原因或附註。

CopyQueueLength

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

ReplayQueueLength

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

LatestAvailableLogTime

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

LastCopyNotificationedLogTime

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

LastCopiedLogTime

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

LastInspectedLogTime

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

LastReplayedLogTime

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

LastLogGenerated

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

LastLogCopied

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

LastLogNotified

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

LastLogInspected

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

LastLogReplayed

上一個順利重新顯示到儲存群組被動副本的記錄產生編號。

LatestFullBackupTime

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

LatestIncrementalBackupTime

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

SnapshotBackup

使用傳統資料流 API 或磁碟區陰影複製服務 (VSS) 進行備份。可能的值為 True 及 False。

您可藉由查看 SummaryCopyStatusCopyQueueLengthReplayQueueLengthLastInspectedLogTime 中的值,快速取得 LCR 副本的健康狀況。這些內容會顯示 LCR 副本是否運作正常,以及 LCR 副本在複製及重新顯示記錄中是否為最新。如果下列狀況發生,您應該判定原因並修正問題:

  • 副本長時間處於不正常的狀態。
  • 複製佇列長度超過 5。
  • 重新顯示佇列長度超過 20。
  • 上次檢查的記錄時間並不是顯示目前的時間。此問題有兩個可能原因:一是儲存群組並沒有多大的變更,二是 Microsoft Exchange 複寫服務已停止。

重新顯示佇列長度及複製佇列長度值都有效能計數器。這些效能計數器是 MSExchange Replication 效能物件底下的 CopyQueueLengthReplayQueueLength。如需監視 LCR 的效能計數器的詳細資訊,請參閱如何檢視本機連續複寫的效能計數器

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

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

您可以使用 Exchange 管理主控台及 Exchange 管理命令介面,來檢視啟用 LCR 之儲存群組及資料庫的組態資訊。組態資訊包含:

  • 儲存群組   LCR 交易記錄檔及 LCR 系統檔案的位置。
  • 資料庫   LCR 資料庫副本的位置。

此外,您可以判定儲存群組或資料庫是否已設為擁有 LCR 副本。如需檢視 LCR 組態設定的詳細步驟,請參閱如何檢視本機連續複寫組態設定

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

note附註:
在對資料庫執行實體一致性檢查之前,您必須先暫時擱置儲存群組上所有的複寫活動。您可以使用 Exchange 管理命令介面中的 Suspend-StorageGroupCopy 指令程式來擱置複寫活動,也可以透過 Exchange 管理主控台來擱置複寫活動。完成一致性檢查時,可以使用 Resume-StorageGroupCopy 指令程式繼續交易記錄重新顯示活動。建議您在非營業時間執行驗證作業,以減少需要擱置重新顯示活動的時間。這是因為擱置儲存群組副本會終止 LCR 副本的所有更新作業,造成某些內容很容易就會失敗。

管理 LCR 環境中的記錄檔複寫及重新顯示主要牽涉到下列活動:

  • 終止對儲存群組副本的複寫
  • 重新啟動對儲存群組副本的複寫

您可能必須終止再重新啟動交易記錄複寫活動。交易記錄複寫 (包括重新顯示) 是在儲存群組層級進行控制。因為儲存群組只能包含一個資料庫,所以複寫作業只會對一個資料庫進行。發生交易記錄複寫的時機為:當 Microsoft Exchange 複寫服務正在執行中、儲存群組已經啟用 LCR,而且主動副本及被動副本均運作正常。如果主動副本或被動副本變得無法使用,您就必須停止複寫。此外,某些系統管理工作 (例如植入) 需要儲存群組已啟用 LCR 才能擱置複寫。如果您需要停止所有對被動副本資料檔案的存取,就必須擱置複寫。

您有時必須控制被動副本的活動。可能需要這樣做,才能執行重新設定或者更正伺服器或資料庫的問題。執行被動副本的實體一致性檢查時,還需要終止記錄重新顯示。必須控制資料庫副本更新時,則必須終止儲存群組副本的複寫。操作被動副本的記錄時,也可能需要終止複寫。因為儲存群組只能包含一個資料庫,所以影響重新顯示行為的活動是在儲存群組層級進行控制。

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

如需終止 LCR 副本之複寫變更的相關資訊,請參閱如何終止已啟用本機連續複寫之儲存群組的複寫。如需重新啟動 LCR 副本之複寫變更的相關資訊,請參閱如何重新啟動已啟用本機連續複寫之儲存群組的複寫。如需在被動副本的交易記錄及資料庫檔案上執行完整性檢查的相關資訊,請參閱如何使用 Eseutil 來驗證本機連續複寫副本

LCR 可讓您啟用儲存群組的被動副本,從儲存群組主動副本的損毀中復原。如果儲存群組主動副本中的交易記錄未損毀,則不會有資料遺失的問題。如果儲存群組主動副本中的交易記錄無法使用,則復原作業只能將儲存群組帶回該被動副本上次所收到,未損毀變更集的時間點。但還有一項限制,那就是在該時間點以前,不能有任何遺失或損毀的生產交易記錄檔。

當 NTFS 檔案系統磁碟區裝載點用於儲存 LCR 副本時,從生產儲存群組損毀中復原最為容易。透過使用磁碟區掛接點,您可以將目標磁碟分割移植或裝載至某個資料夾或其他實體磁碟中。對於程式 (包括 Exchange 2007) 而言,磁碟區掛接點為透明的。

屬於 LCR 副本部分的交易記錄或資料庫檔案若損毀,可透過重新顯示作業或進行一致性檢查所產生的錯誤偵測出來。如果有損毀的狀況,根據損毀的性質可採取的修正動作如下:

  • 如果損毀是發生在已重新顯示的記錄檔中,則可放心地忽略損毀記錄檔。不過,如果您正在進行 LCR 副本的檔案系統型備份,則應該先刪除已重新顯示的所有記錄檔。
  • 如果損毀發生在未重新顯示的主動副本之記錄檔中,則必須重新植入 LCR 儲存群組。如果 Exchange 偵測到損毀,將嘗試重新複製記錄檔。如果自動複製無法解決損毀,則必須重新植入儲存群組。此外,建議您驗證來源交易記錄及資料庫檔案的完整性。驗證 Exchange 資料檔案時,這些檔案必須離線,不能讓使用者存取。
  • 如果資料庫損毀,則必須重新植入儲存群組。

如需如何啟用資料庫被動副本的詳細步驟,請參閱如何切換到資料庫的被動副本

在資料庫副本失敗或損毀後,您必須評估是否需要立即使用被動副本繼續作業。LCR 會提供這項決定所需的重要輔助資訊:

  • 失敗時副本的健康狀況
  • 失敗時重新顯示佇列及複製佇列的健康狀況
  • 失敗時上次檢查的記錄時間

您可以使用 StorageGroupCopyStatus 指令程式取得此資訊。如需如何取得這項資訊的詳細步驟,請參閱如何檢視本機連續複寫副本的狀態

note附註:
上次檢查的記錄時間會提供最近一次在主動副本中看到的變更的相關資訊。此資訊有助於偵測未啟動 Microsoft Exchange 複寫服務時所發生的失敗,因為當 Microsoft Exchange 複寫服務停止時,佇列長度會不正確。

複製佇列長度含有主動副本在失敗時的最佳可用資訊。您必須根據這項資訊及對失敗資料庫的復原時間評估,決定是否要裝載可用的副本:

  • 如果重新顯示佇列長度很大,表示復原作業可能會需要一些時間,但不表示將會大量遺失資料。
  • 如果複製佇列長度很長,表示已經大量遺失記錄。如果資料庫為裝載狀態,則資料庫會還原至接近上次複製記錄的時間 (Get-StorageGroupCopyStatus 指令程式也會提供)。
  • 如果上次檢查的記錄時間明顯早於失敗的時間,可能 Microsoft Exchange 複寫服務已停止,其他佇列資訊並不正確。
note附註:
發生延遲及通訊失敗時,複製佇列長度可能會不正確,這是因為主動副本目前的狀態是在非同步的情況下更新。此值不正確通常正是由失敗前後一刻的活動所造成。
note附註:
失敗的資料庫無法用於植入被動副本。
若要確保您目前閱讀的是最新資訊,並尋找其他的 Exchange Server 2007 說明文件,請造訪 Exchange Server 技術資源中心.
顯示: