規劃本機連續複寫
適用版本： Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
上次修改主題的時間： 2008-01-04
規劃本機連續複寫 (LCR) 牽涉到的活動，有設計儲存群組和資料庫拓撲，以及確保能夠支援適當的儲存解決方案支援以及適當監視 LCR。
LCR 的儲存需求及建議
LCR 具有一些儲存需求和建議事項。當設計 LCR 儲存解決方案時，請包括 LCR 的其他輸入/輸出 (I/O) 使用情況，因為 LCR 環境包括按主動副本的記錄檔更新，以及被動副本上的類似記錄檔讀取。我們建議您設計儲存，以便被動副本具有與主動副本類似的功能及效能功能。使用 LCR 時，建議您遵循下列最佳作法：
- 每個儲存群組使用單一資料庫 啟用儲存群組進行 LCR 之後，就只能包含單一資料庫。此外，如果現有的儲存群組具有多個資料庫，則除非移除多餘資料庫直到只剩下一個，否則無法為該儲存群組啟用 LCR。這個方法可以建立更容易管理的 Microsoft Exchange 儲存拓撲，增加復原能力。
- 使用磁碟區裝載點 您可以對 Exchange 資料邏輯單元編號 (LUN) 或磁碟使用磁碟機代號或磁碟區裝載點，以指定資料庫檔案及交易記錄檔的儲存位置。建議您使用 NTFS 檔案系統磁碟區裝載點功能，以超過每個 Exchange Server 都有的 26 個磁碟機代號限制。透過使用磁碟區掛接點，您可以將目標磁碟分割移植或裝載至某個資料夾或其他實體磁碟中。對於程式 (包括 Exchange Server) 而言，磁碟區掛接點為透明的。在實際執行交易記錄檔或資料庫檔案中偵測到損毀時，使用磁碟區裝載點可以讓您快速變更磁碟機代號指派及路徑，以簡化復原程序。如需從實際執行交易記錄檔或資料庫檔案損毀中復原的相關資訊，請參閱管理本機連續複寫。
- 針對效能及復原分割資料 一般來說，分割多個硬碟上的資料可以增加效能並減少需要復原的資料數量。根據失敗類型，將資料庫及交易記錄檔放在個別磁碟可以顯著地將資料遺失降至最低。例如，如果您把 Exchange 資料庫和交易記錄檔放在同一顆實體硬碟上而該硬碟故障，您就只能復原最後一次備份的資料。也請考慮將記錄檔及資料庫檔案放在個別磁碟上。如果包含資料庫檔案的磁碟失敗，可以從位於個別磁碟的記錄檔復原資料。若要發揮最佳效能、增進容錯以及讓疑難排解更容易進行，請分割資料，讓下列檔案位於不同的磁碟上：
- Microsoft Windows 作業系統檔案
- Exchange Server 應用程式檔案
- 主動副本上的 Exchange 資料庫檔案
- 主動副本上的 Exchange 交易記錄檔
- 被動副本上的 Exchange 資料庫檔案
- 被動副本上的 Exchange 交易記錄檔
此外，您應該將已啟用 LCR 功能之儲存群組的被動副本，放在與已啟用 LCR 功能之儲存群組的主動副本不同的磁碟上。您也應該確定含有 LCR 檔案的磁碟所具有的效能功能，與包含實際執行儲存群組的磁碟相同。此相等性可讓 LCR 副本在容錯移轉時支援負載。
- 確定有足夠的磁碟空間 包含 LCR 檔案的磁碟，應與實際執行磁碟區同等大小。而被動副本所用的儲存應該與主動副本所用的儲存相等。此外，這兩個儲存解決方案都需要有足夠的空間，才能容納現有資料庫的大小，以及預期的資料庫成長。
- 搭配使用 iSCSI 儲存與 LCR 時，確保具有足夠的頻寬及低延遲 支援使用透過區域網域 (LAN) 或廣域網路 (WAN) 連結連線至 Mailbox Server 的網際網路 SCSI (iSCSI) 儲存來設定 LCR，但是不建議使用。在此組態中，會透過相同的儲存網路進行記錄傳送及記錄重新顯示活動。不鼓勵使用此組態的主要原因是記錄傳送所產生的網路流量。若要讓 LCR 提供預期的保護等級，重要的是記錄傳送要是最新的版本，而且與記錄傳送關聯的網路流量不會耗用太多的頻寬，進而干擾與記錄重新顯示活動關聯的網路流量。並沒有方法可以設定複寫流量的優先順序。此外，必須考量一些儲存需求：
- 在 Microsoft Exchange Server 2007 量產發行 (RTM) 版本中，資料庫被動副本之儲存提供的每秒 I/O (IOPS) 必須是用於資料庫主動副本之儲存的 2 到 3 倍。
- 在 Microsoft Exchange Server 2007 Service Pack 1 (SP1) 中，被動副本的儲存可以與主動副本的儲存相等。
.gif "note") 附註： |
|---|
| 您可以先使用 Microsoft Exchange Server Jetstress 工具驗證儲存解決方案，再將它放入生產中。建議您先驗證用於資料庫主動副本的儲存，然後再驗證用於資料庫被動副本的儲存。如需 Jetstress 的相關資訊，請參閱驗證儲存中的「儲存相關工具」。 |
LCR 的處理器及記憶體建議
如果 Mailbox Server 已啟用 LCR 功能，並在相同伺服器上執行所有 Exchange Server 2007 Mailbox server role 服務及 Microsoft Exchange 複寫服務，則需要有額外的硬體資源才能處理此額外負載。額外資源大部分用於在啟用 LCR 功能的 Mailbox Server 上進行記錄檔驗證及記錄檔重新顯示。此額外處理成本大約是百分之 20 (超出規劃處理器組態中所列的處理器指引)，而且應該在調整 LCR Mailbox Server 的大小時列入考慮。此外，Microsoft Exchange 複寫服務會根據提供的記憶體資源在 LCR 伺服器上運作良好。然而，若要確定可延伸儲存引擎 (ESE) 資料庫快取可維護 LCR 的最佳效率，建議您提供額外 1 GB 的實體 RAM 給 Exchange Mailbox Server 以及具有多個角色的伺服器 (超出規劃記憶體組態中所列的記憶體指引)。
LCR 的資料庫大小建議
LCR 提供更大的彈性，以復原因災禍而遺失的資料。防止 LCR 因災禍而造成儲存體故障或實體資料庫損壞的第一防線，就是啟動被動的資料副本，而不是從備份還原資料。請記住，LCR 提供快速資料復原，但它不是備份解決方案。LCR 使得需仰賴從封存或磁帶還原的縮短復原時間目標 (RTO) 不再那麼重要。您不是從磁帶還原，而是啟動被動的副本，不需要好幾小時，而是只需要幾分鐘的時間，就能使用資料了。以此概念來看，可將 LCR 視為一種快速復原機制，與使用 Exchange Server 2003 中之磁碟區陰影複製服務 (VSS) 來建立的硬體式複製，可歸類在同一類別。
因為備份不良 (例如，磁帶不良或還原失敗)，所以系統管理員需要執行離線資料庫作業 (如修復)，但這不是常見的情況。雖然必須執行修復動作的機率大幅減少，但是有時仍有其必要。在決定資料庫大小時，請務必考慮您對最糟停機情況的容忍度。
由於 LCR 可讓您從儲存群組的被動副本製作備份，因此您可在主動叢集節點上擴大線上維護視窗。在許多情況下，您都可以獲得倍增的維護窗口，因而讓您擁有更大的信箱及資料庫。
此時，LCR 可能讓您隨意增大資料庫而沒有任何風險；不過，情況並非如此。每個資料庫都需要合理的時間來完成線上維護，這仍是會限制資料庫大小的因素。使用 LCR 時，需要重新植入資料庫的可能性也是限制因素。LCR 提供資料庫備援功能，所以如果資料庫的主動副本遺失或損毀，則可手動啟動資料庫的被動複來快速完成復原。
發生啟動之後，仍只保留一個資料庫副本，亦即新的主動副本。因為被動副本不復存在，所以資料庫恢復能力會減弱。但是您應該仍保有您的備份。若要啟用回復性，則需要移除遺失或損毀的資料庫，而且需要建立新的資料庫被動副本，並從主動副本重新植入。依據您的資料庫大小，這些作業可能需要很長的時間。最糟的情況是所有主動副本全都遺失或損毀，這時就必須重新植入所有的被動副本。
使用連續複寫時，可使用較大的資料庫大小上限。就 Exchange 2007 而言，建議採用下列最大資料庫大小：
- 在沒有 LCR 的 Mailbox Server 上主控的資料庫：100 GB
- 在有 LCR 的 Mailbox Server 上主控的資料庫：200 GB
.gif "important")
重要事項：資料庫大小的真正上限，取決於組織中現行的服務等級協定 (SLA)。決定可在組織 SLA 所指定之期間內備份及還原的最大資料庫大小，即決定了資料庫的大小上限。
LCR 及公用資料夾資料庫
LCR 與公用資料夾複寫是兩項形式迥異的 Exchange 內建複寫功能。受限於連續複寫與公用資料夾複寫之間的交互操作性限制，如果 Exchange 組織中的多個 Mailbox Server 具有公用資料夾資料庫，則會啟用公用資料夾複寫，而針對 LCR 啟用的儲存群組中不應有公用資料夾資料庫。
在 Exchange 組織中使用公用資料夾資料庫與 LCR 時，建議您考量下列組態：
- 如果 Exchange 組織中有單一的 Mailbox Server，而該 Mailbox Server 為獨立伺服器，則該 Mailbox Server 可以在針對 LCR 啟用的儲存群組中主控公用資料夾資料庫。在此組態中，Exchange 組織中有單一的公用資料夾資料庫。因此，會停用公用資料夾複寫。
- 如果您有多部 Mailbox Server 且只有其中一部 Mailbox Server 包含公用資料夾資料庫，則該 Mailbox Server 可以在針對 LCR 啟用的儲存群組中主控公用資料夾資料庫。在此組態中，Exchange 組織中有單一的公用資料夾資料庫。因此，會停用公用資料夾複寫。
- 如果要將公用資料夾的資料遷移至針對 LCR 啟用的儲存群組，您可以使用公用資料夾複寫，將公用資料夾資料庫的內容移至針對 LCR 啟用之儲存群組的公用資料夾資料庫。在啟用 LCR 的儲存群組中建立公用資料夾資料庫後，額外的公用資料夾資料庫在您的公用資料夾資料完全複寫至啟用 LCR 之儲存群組的公用資料夾資料庫後即不應存在。複寫順利完成後，所有位於啟用 LCR 之儲存群組外的公用資料夾資料庫均應移除，且 Exchange 組織中不應有任何其他的公用資料夾資料庫。
- 如果要將公用資料夾的資料遷移至針對 LCR 啟用的儲存群組外，您可以使用公用資料夾複寫，將公用資料夾資料庫的內容移至針對 LCR 啟用之儲存群組的公用資料夾資料庫外。在針對 LCR 啟用的儲存群組以外建立額外的公用資料夾資料庫後，針對 LCR 啟用之儲存群組中的公用資料夾資料庫在您的公用資料夾資料完全複寫至額外的公用資料夾資料庫後即不應存在。複寫順利完成後，所有啟用 LCR 之儲存群組內的所有公用資料夾資料庫均應移除，且所有後續的公用資料夾資料庫皆不應保存在啟用連續複寫的儲存群組中。
在 Exchange 組織中有多個公用資料夾資料庫以及一或多個公用資料夾資料庫主控於針對 LCR 啟用之儲存群組的任何期間，如果 LCR 主動儲存群組發生失敗，且需要啟動含有公用資料夾資料庫之儲存群組的被動副本，則只有在可以取得主控公用資料夾資料庫之儲存群組的所有記錄時，才可以進行裝載。如果任何記錄因主動副本失敗而遺失或無法取得，則您將無法啟動公用資料夾資料庫的被動副本。此時，必須使主動副本上線以確保不會遺失任何資料，或是必須在儲存群組的主動副本中重新建立公用資料夾資料庫，而且必須使用公用資料夾複寫從非被動副本的公用資料夾資料庫中復原其內容。
LCR 的監視建議
LCR 是資料可用性解決方案。但需要對它進行主動式監視。Exchange 2007 會針對 LCR 副本發佈不同的狀態資訊。在對儲存群組啟用 LCR 之後，可以使用 Exchange 管理主控台或 Exchange 管理命令介面，檢視 LCR 副本的狀態及組態設定。如需如何檢視狀態及組態資訊的詳細步驟，請參閱如何檢視本機連續複寫副本的狀態。
如需主動式及自動化監視，建議您使用 Microsoft Operations Manager (MOM) 及適用於 MOM 的 Exchange 2007 管理組件。如需監視 LCR 的相關資訊，請參閱監視及作業管理。
在 Exchange 2007 SP1 中，您也可以使用新的指令程式 Test-ReplicationHealth，來驗證啟用 LCR 之儲存群組的健康狀況及狀態。如需 Test-ReplicationHealth 指令程式的相關資訊，請參閱 Test-ReplicationHealth。
備份及還原與 LCR
LCR 提供記錄傳送、記錄重新顯示，以及快速手動切換至次要資料副本。這些功能可減少資料層級嚴重損壞所需的復原時間。LCR 亦可減少執行足夠的資料保護所需的備份數目。雖然 LCR 無法完全免除進行備份的必要性，但它確實可降低每天執行完整備份的需要。LCR 同時可讓您將磁碟區陰影複製服務 (VSS) 備份從主動儲存群組卸載至被動儲存群組。在被動副本位置上可以建立四種類型的備份 (完整、複製、增量及差異)，以便節省主動副本 LUN 上寶貴的磁碟 I/O 來為用戶端提供服務。
除了降低整體擁有權總成本 (TCO) 外，LCR 提供的優點也比之前的備份解決方案還要多。LCR 可讓您擁有 Exchange 資料庫的額外副本，而這有下列優點：
- 減少資料庫備份頻率 LCR 副本是對抗生產資料庫故障的第一道防線。只有生產儲存群組及儲存群組副本都失敗後，才需要使用備份副本。因此，建議您在此情況中使用為期較長的服務等級協定 (SLA)。長期的 SLA 建議設定是每週進行完整備份及每日進行增量備份。
- 從嚴重損壞中快速復原 一般而言，復原時間不到十分鐘，因此幾乎不會有資料遺失。
- 支援較大的信箱配額 由於快速修復與資料庫大小無關，因此可以支援較大的信箱配額。
如需備份與復原的詳細資訊及特定指導，請參閱嚴重損壞修復。
Exchange 備份與 LCR
作用中的儲存群組與資料庫以及被動資料庫副本都支援 Exchange 感知的備份。
| 附註： |
|---|
| 在 Exchange 感知的備份期間有一項常見的工作，就是在順利完成備份之後截斷交易記錄檔。LCR 中的複寫功能保證不會刪除尚未複寫的記錄檔。因此，如果複寫的進度大幅落後其記錄檔的複製，則以會刪除記錄檔的模式執行備份，實際上並不會真的釋出空間。 |
此種組態的 Exchange 感知備份，可藉由使用資料流或 VSS 備份解決方案來執行。雖然只有主動副本可以執行資料流備份，但主動或被動副本都可以執行 VSS 備份。
Exchange 還原與 LCR
可使用資料流或 VSS 備份解決方案來執行 Exchange 感知的還原。還原目標可以是主動資料庫及記錄檔位置。預設不支援透過 Exchange 感知還原，直接將資料庫備份還原至被動副本位置。您可以透過檔案層級還原，手動將資料庫備份還原到被動副本位置。
從已針對 LCR 設定的儲存群組中還原資料庫之前，您應該對該儲存群組暫停 LCR。完成還原之後，您可以繼續使用 LCR。對於要還原的資料庫，應該暫停 LCR。
將資料庫從備份還原至已啟用 LCR 的儲存群組時，您必須分別使用 Suspend-StorageGroupCopy 及 Resume-StorageGroupCopy 先暫停然後繼續儲存群組的連續複寫。必須執行此程序，才能以正確的記錄檔產生資訊更新 Microsoft Exchange 複寫服務。如果未先暫停然後繼續連續複寫，Microsoft Exchange 複寫服務將會有過時的記錄檔產生資訊並停止複寫記錄檔。
若要確保您目前閱讀的是最新資訊，並尋找其他的 Exchange Server 2007 說明文件，請造訪 Exchange Server 技術資源中心.