本機連續複寫

發行項
10/25/2013

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

上次修改主題的時間： 2008-01-17

本機連續複寫 (LCR) 是單一伺服器解決方案，它使用內建的非同步記錄傳送及重新顯示技術，在第二組磁碟 (與工作儲存群組連接至相同伺服器) 上建立並維護儲存群組的副本。生產儲存群組稱為「主動」副本，而個別磁碟組上所保存的儲存群組副本則稱為「被動」副本。下圖說明 LCR 的基本部署。

本機連續複寫的基礎架構

LCR 提供記錄傳送、記錄重新顯示，以及快速手動切換 (稱為「啟動」) 至次要資料副本。LCR 的用途在於降低執行 Microsoft Exchange Server 2007 的擁有權總成本，方法如下：

快速切換至次要線上資料副本，以減少資料層級嚴重損壞的修復時間。
減少因保護資料而需要的定期完整備份數目。資料備份的必要性在嚴重損壞發生時更顯重要。雖然 LCR 並無法完全省去備份的必要性，但它確實大幅降低了每天定期完整備份的需要。
可讓您將磁碟區陰影複製服務 (VSS) 備份，從儲存群組的主動副本卸載至儲存群組的被動副本。完整、複製、增量與差異等四種 VSS 備份類型均可從被動副本擷取。將備份從主動副本卸載至被動副本，可將重要的磁碟輸入/輸出 (I/O) 保存於主動副本的邏輯單元編號 (LUN) 上。

LCR 會啟用儲存群組副本的組態、作業、驗證、移除及啟用。必要時，可以啟動被動副本作為生產資料庫，並加以裝載及設定供用戶端使用。一般而言，您可以藉由變更主動儲存群組與資料庫路徑，或者藉由較低階的作業系統動作，以組態變更的方式來執行此工作，例如變更與記錄或資料庫磁碟區關聯的裝載點。

LCR 沒有任何特殊的儲存需求。任何受 Windows Server 2003 或 Windows Server 2008 支援的儲存類型都可以與 LCR 搭配使用，包括直接連接的儲存體、序列連接的 SCSI 及網際網路 SCSI (iSCSI)。如需已認證儲存解決方案的清單，請參閱已測試產品的 Windows Server Catalog (英文)。

LCR 是很好的選項，可以讓客戶快速從信箱資料失敗或損毀中復原，但是可以允許有預定及意外的伺服器中斷。LCR 提供：

兩步驟在生產資料庫損毀或失敗的情況下快速復原。
使用者最需要的保護。
將生產資料庫及記錄磁碟 I/O 的影響降至最低。
可以將 VSS 備份卸載至資料庫及記錄的被動副本。
可以減少移至備份媒體的總資料量，同時延長備份時間。
可透過 Exchange 管理主控台或 Exchange 管理命令介面進行管理。

Exchange 2007 SP1 對 LCR 的加強功能

Microsoft Exchange Server 2007 Service Pack 1 (SP1) 納入幾項 LCR 的加強功能，包括使用傳輸暫放、新增了 Exchange 管理主控台使用者介面元素、改進狀態和監視，以及改善效能。

可用於 LCR 的傳輸暫放

Hub Transport server role 的傳輸暫放功能在 Exchange 2007 SP1 中已有所延伸，而能夠支援 LCR。在量產發行 (RTM) 版本的 Microsoft Exchange Server 2007 中，傳輸暫放僅適用於叢集連續複寫 (CCR) 環境。不同於 CCR 中的復原程序會自動要求傳輸暫放重新傳遞，在 LCR 環境中，此程序必須手動執行。在 Exchange 2007 SP1 中，已更新 Restore-StorageGroupCopy 指令程式來包含傳輸暫放重新提交要求。因此，當系統管理員在 LCR 環境中使用 Restore-StorageGroupCopy 指令程式來啟動儲存群組的被動副本時，啟動過程中會發出傳輸暫放提交要求。

傳輸暫放會利用環境中的備援，來收回受到容錯移轉影響的部分資料。Hub Transport Server 會特別維護最近傳遞之郵件的佇列。這個佇列會受到保存郵件的時間量及使用的總空間所限制。在 Restore-StorageGroup 工作中加入新功能後，只要系統管理員以該工作啟動儲存群組的被動副本，Microsoft Exchange 複寫服務即會要求從 Mailbox Server 站台中的每部 Hub Transport Server 重新傳遞傳輸暫放中的郵件。資訊儲存庫會自動刪除重複的郵件，並重新傳遞遺失的郵件。

在 Exchange 2007 SP1 中，將電子郵件保留在傳輸暫放中的必要條件，就是至少要有一名收件者的信箱位於 CCR 環境中的叢集信箱伺服器上，或位於儲存群組中已針對 LCR 進行設定的獨立伺服器上。

傳輸暫放無法緩和遺失資料的狀況包括：

處於連線模式之任何 Microsoft Outlook 用戶端的草稿資料夾。
約會、連絡人更新、內容更新、工作及工作更新。
從用戶端傳輸到 Hub Transport Server 的外寄郵件。在某段時間內，電子郵件只會存在於寄件者的信箱伺服器上。

如需如何設定傳輸暫放設定的詳細步驟，請參閱如何設定本機連續複寫的傳輸暫放。

Exchange 管理主控台加強功能

Exchange 2007 SP1 新增了幾項新的使用者介面元素，可提升高可用性功能的管理體驗，其中也包括 LCR。這些改進包括：

傳輸暫放使用者介面 對 [組織組態] 工作區下的集線傳輸節點新增了新的 [通用設定] 索引標籤。此索引標籤包括 [傳輸設定內容] 頁面，可用來設定組織的傳輸暫放設定：
- 每個儲存群組的大小上限 (MB) 針對每個儲存群組指定傳輸暫放佇列的大小上限。
- 保留時間上限 (天) 指定傳輸暫放佇列應該保留電子郵件的時間長度。
管理連續複寫 Exchange 管理主控台新增了其他使用者介面控制項，可讓系統管理員暫停、繼續、更新及還原連續複寫。這些控制項相當於使用下列 Exchange 管理命令介面指令程式：
- Suspend-StorageGroupCopy
- Resume-StorageGroupCopy
- Update-StorageGroupCopy
- Restore-StoreGroupCopy
  您可以使用這些指令程式和對應的 Exchange 管理主控台工作，來管理 LCR 環境和 CCR 環境中的連續複寫。

狀態及監視加強功能

Exchange 2007 SP1 也引進幾項變更，這些變更是專門設計來加強 Exchange 2007 的管理性。這些變更改進 Exchange 2007 RTM 的叢集報告功能，也加入其他功能來主動監視連續複寫環境。具體來說，這些變更和加強功能更正 Get-StorageGroupCopyStatus 指令程式的已知缺失、引進一個稱為 Test-ReplicationHealth 的新指令程式，也更容易發覺傳輸暫放所遮蔽的遺失視窗。

Get-StorageGroupCopyStatus 指令程式的改良功能

在 Exchange 2007 RTM 中，在某些情況下，可能會出現 Get-StorageGroupCopyStatus 所報告的狀態與連續複寫效能計數器不正確或誤導的情形：

非使用中 (例如未變更) 的儲存群組會報告為狀況良好，但實際上可能並非如此。之所以發生這種情況，可能是因為在重新顯示記錄之前無法偵測到不正常的狀況。
在複寫初始化期間，會重新評估複寫狀態，但可能不會是正確的。在完成初始化時，狀態即會更新。
卸載儲存群組中的資料庫時，LastLogGenerated 欄位的值可能不正確。
當記錄資料流中有一或多個遺失的記錄檔時，被動副本會繼續嘗試復原，因而導致複寫狀態在失敗與正常狀態之間切換。出現這種情形時，重新顯示與複製佇列會持續成長。
在少數情況下，記錄檔可順利驗證，但仍無法重新顯示。在這種情況下，系統在嘗試復原時會在失敗與正常狀態之間交替。出現這種情形時，重新顯示與複製佇列會持續成長。

Get-StorageGroupCopyStatus 指令程式因為新增了狀態資訊而有所強化：

Get-StorageGroupCopyStatus 指令程式會在無法從網路存取目標電腦上的 Microsoft Exchange 複寫服務時，將 SummaryCopyStatus 回報為 ServiceDown。
Get-StorageGroupCopyStatus 指令程式會在目標電腦上的 Microsoft Exchange 複寫服務未完成其初始啟動檢查時，將 SummaryCopyStatus 回報為 Initializing。另已建立新的效能計數器，且會以布林值的形式顯示此狀態。
Get-StorageGroupCopyStatus 指令程式會在未完成增量重新植入時，將 SummaryCopyStatus 回報為 Synchronizing。

只有在使用 Exchange 2007 SP1 版的 Exchange 管理工具時，您才能看見 SummaryCopyStatus 值的新狀態。若您使用 Exchange 2007 RTM 版本的 Exchange 管理工具，任何前述狀態都將回報為「失敗」。

Test-ReplicationHealth 指令程式

Exchange 2007 SP1 引進一個稱為 Test-ReplicationHealth 的新指令程式。此指令程式是為主動監視連續複寫和連續複寫管線而設計。Test-ReplicationHealth 指令程式會檢查複寫、叢集服務和儲存群組複寫及重新顯示狀態的所有層面，以提供複寫系統的完整概觀。明確而言，當 Test-ReplicationHealth 指令程式執行於叢集內的節點上時，將會執行下表所述之測試。

Test-ReplicationHealth 指令程式所執行的測試

測試	描述
叢集網路狀態	驗證在本機節點上找到的所有叢集管理網路皆為執行中。此測試只有在 CCR 環境中進行。
仲裁群組狀態	驗證包含仲裁資源的叢集群組狀態正常。此測試只有在 CCR 環境中進行。
檔案共用仲裁狀態	驗證具有檔案共用見證的多數節點集仲裁所使用的 FileSharePath 值為可存取狀態。此測試只有在 CCR 環境中進行。
叢集信箱伺服器群組狀態	確認群組中所有的資源皆在線上，以驗證叢集信箱伺服器的狀態正常。此測試只有在 CCR 環境中進行。
節點狀態	驗證叢集中的節點皆不處於暫停狀態。此測試只有在 CCR 環境中進行。
DNS 註冊狀態	驗證所有已設定 [需進行 DNS 登錄才能繼續 (Require DNS registration to succeed)] 的叢集管理網路介面，皆已通過網域名稱系統 (DNS) 登錄。此測試只有在 CCR 環境中進行。
複寫服務狀態	確認本機電腦上的 Microsoft Exchange 複寫服務的健康狀況良好。
儲存群組副本已擱置	檢查已啟用連續複寫的任何儲存群組，其連續複寫是否已擱置。
儲存群組副本失敗	檢查是否有任何儲存群組副本的狀態為「失敗」。
儲存群組複寫佇列長度	檢查是否有儲存群組的複寫複本佇列長度超過最佳作法的閾值。目前，這些閾值為：警告佇列長度為 3–5 個記錄檔失敗佇列長度為 6 個 (含) 以上的記錄檔
資料庫在容錯移轉之後卸載	檢查在容錯移轉發生後是否有任何資料庫進行卸載或失敗。此測試只會檢查因為容錯移轉而失敗的資料庫。

效能增強功能

Exchange 2007 SP1 已改進高可用性部署的數種效能。這些改進的功能包括在連續複寫環境中，儲存群組被動副本所在的磁碟上可減少 I/O 數量。在 Exchange 2007 SP1 中，連續複寫架構的設計已經過修改，使記錄重新顯示活動的各個執行個體中可保有儲存群組副本的資料庫快取。在記錄檔重新顯示活動執行個體之間保存資料庫快取，可讓 Microsoft Exchange 複寫服務利用可延伸儲存引擎 (ESE) 的資料庫快取功能，進而減少被動副本的 LUN 上發生的磁碟 I/O 次數。相較之下，在 Exchange 2007 RTM 中，每一批記錄檔重新顯示活動會建立新的資料庫快取，在某些情況下，這會導致被動 LUN 的磁碟 I/O 活動比主動 LUN 的磁碟 I/O 活動高出兩倍到三倍。

使用待命連續複寫與 LCR

待命連續複寫 (SCR) 是 Exchange 2007 SP1 中引進的新功能。SCR 會擴充現有的連續複寫功能，以及啟用 Exchange 2007 Mailbox Server 的新資料可用性案例。SCR 也會利用 LCR 及 CCR 所使用的相同記錄傳送及重新顯示技術，提供新增的部署選項及組態。

SCR 可讓您使用連續複寫，從獨立 Mailbox Server (含或不含 LCR) 複寫 Mailbox Server 資料，或從單一副本叢集 (SCC) 或 CCR 環境中的叢集信箱伺服器複寫 Mailbox Server 資料。

啟動 SCR 所建立及維護之 Mailbox Server 資料副本的處理程序是手動的，而且是設計成只有在發生重大失敗時才使用。此程序不適用於可透過重新啟動或其他一些快速方式復原的簡單伺服器中斷。您可以使用資料庫可攜性、伺服器復原選項 (Setup /m:RecoverServer) 來啟動 SCR 目標，如果 Mailbox Server 已叢集化，您也可以使用叢集信箱伺服器復原選項 (Setup /RecoverCMS)。您選擇的選項視您的組態和發生的失敗類型而定。

如需 SCR 的相關資訊，請參閱待命連續複寫。

共用方式為