瞭解備份、還原和嚴重損壞修復
適用版本： Exchange Server 2010 SP2, Exchange Server 2010 SP3
上次修改主題的時間： 2010-11-01
Microsoft Exchange Server 2010 提供新的整合平台，以提供高可用性與站台恢復性，讓使用者能夠更快速、輕鬆的部署高可用性的備援信箱資料庫。但即使是最極端的備援與容錯，都無法保護您免受每一種可能的失敗或嚴重損壞的危害。確保 Exchange 組織的重要資料受到足夠的保護對於所有組織來說，都是一項必要的營運工作。
在您的資料保護規劃中，您必須了解可保護資料的方法，並判定哪些方法最適合您的組織需求。資料保護規劃是複雜的處理程序，需要您在部署的規劃階段進行許多決策。
目錄
支援的備份技術
伺服器復原
復原資料庫
資料庫可攜性
撥號音可攜性
Exchange 原生資料保護
支援的備份技術
Microsoft Exchange Server 2007 和 Exchange Server 2003 包括兩種不同的資料備份與復原選項：可延伸儲存引擎 (ESE) 串流備份 API，以及磁碟區陰影複製服務 (VSS) 備份 API 支援。Exchange 2010 不再支援 ESE 串流 API 備份與還原程式檔或資料，相反地，Exchange 2010 只支援 VSS 備份。
Exchange 2010 包括 Windows Server Backup 的外掛程式，可讓您製作 Exchange 資料的 VSS 備份。您可以使用 Windows Server Backup 備份與還原您的 Exchange 資料庫。若要備份與還原 Exchange 2010，您必須使用支援 Exchange 2010 VSS 編寫器的 Exchange 感知式應用程式，例如 Windows Server Backup (含 VSS 外掛程式)、Microsoft System Center Data Protection Manager，或協力廠商 Exchange 感知式 VSS 應用程式。使用 VSS 備份與還原 Exchange 資料時，請留意這些限制：
Exchange 2010 隨附的 VSS 外掛程式可用於備份磁碟區，其中包含主動信箱資料庫副本，或只包含獨立 (非複寫式) 信箱資料庫。它無法用來備份包含被動信箱資料庫副本的磁碟區。若要備份被動信箱資料庫副本，您需要 Microsoft System Center Data Protection Manager 或協力廠商 Exchange 感知式 VSS 應用程式。
系統會另外使用 Microsoft Exchange 複寫服務中的 VSS 編寫器來備份被動信箱資料庫副本。Microsoft Exchange 複寫服務 VSS 編寫器不支援還原。雖然您可以使用 Microsoft System Center Data Protection Manager 或協力廠商 Exchange-感知式 VSS 應用程式備份被動信箱資料庫副本，但您無法執行 VSS 直接還原被動信箱資料庫副本，不過您可以執行 VSS 還原其他位置、暫停複寫被動副本，然後將其他位置的資料庫與記錄檔複製到檔案系統中被動資料庫副本的位置。
如需使用 Windows Server Backup 備份與還原 Exchange 資料的詳細步驟，請參閱使用 Windows Server Backup 備份及還原 Exchange 資料。
回到頁首
伺服器復原
信箱、Client Access Server、Hub Transport Server，以及 Unified Messaging Server 角色幾乎所有的組態設定都儲存在 Active Directory 中。如同舊版的 Exchange，Exchange 2010 也包含可復原損毀伺服器的 Setup 參數。/m:RecoverServer 參數用於使用儲存在 Active Directory 中的設定與組態資訊，來重新建置與建立損毀的伺服器。
如需執行損毀 Exchange 2010 伺服器的伺服器復原詳細步驟，請參閱復原 Exchange Server。如需復原屬於資料庫可用性群組成員之損毀伺服器的詳細步驟，請參閱復原資料庫可用性群組成員伺服器。
回到頁首
復原資料庫
復原資料庫是 Exchange 2010 的功能，已取代舊版 Exchange 中的復原儲存群組 (RSG)。復原資料庫是特殊種類的信箱資料庫，可讓您裝載還原的信箱資料庫，並在復原作業中從還原的資料庫擷取資料。您可以使用 restore-Mailbox 指令程式從復原資料庫擷取資料。擷取完畢後，便可以匯出資料，或將資料合併至現有信箱中。復原資料庫可讓您從資料庫的備份或副本中復原資料，而不會干擾使用者存取目前的資料。
使用復原資料庫之前，必須符合特定需求。復原資料庫只能應用於 Exchange 2010 信箱資料庫。不支援舊版 Exchange 的信箱資料庫。此外，用於資料合併與擷取作業的目標信箱必須與復原資料庫中裝載的資料庫位於同一個 Active Directory 樹系。
如需相關資訊，請參閱復原資料庫。如需建立復原資料庫的詳細步驟，請參閱建立復原資料庫。如需使用復原資料庫的詳細步驟，請參閱使用復原資料庫還原資料。
回到頁首
資料庫可攜性
資料庫可攜性是一種可將 Exchange 2010 信箱資料庫移至並裝載在相同組織中任何其他 Exchange 2010 信箱伺服器上的功能。使用資料庫可攜性可從復原處理程序移除幾個容易造成錯誤的手動步驟，從而改善可靠性。此外，資料庫可攜性可減少各種失敗案例的整體復原時間。
如需相關資訊，請參閱資料庫可攜性。如需使用資料庫可攜性的詳細步驟，請參閱使用資料庫可攜性移動信箱資料庫。
回到頁首
撥號音可攜性
撥號音可攜性是一種功能，可為影響信箱資料庫、伺服器或整個站台的失敗情況，提供有限的永續營運解決方案。在還原或修復使用者的原始信箱期間，撥號音可攜性讓使用者有一個暫時信箱可用來傳送及接收電子郵件。暫時信箱可以位於同一部 Exchange 2010 信箱伺服器上，或位於組織中的任何其他 Exchange 2010 信箱伺服器上。這允許替代伺服器儲存先前位於無法再使用的伺服器上之使用者的信箱。支援自動探索的用戶端 (例如 Microsoft Outlook 2010 或 Office Outlook 2007) 會自動重新導向新的伺服器，而不需手動更新使用者的桌面設定檔。在還原使用者的原始信箱資料之後，系統管理員可以將使用者已復原的信箱和使用者的撥號音信箱合併成最新的單一信箱。
使用撥號音可攜性的程序稱為「撥號音復原」。撥號音復原包括在信箱伺服器上建立空的資料庫，以取代失敗的資料庫。這個空的資料庫 (稱為「撥號音資料庫」) 可讓使用者在失敗的資料庫復原之前，傳送及接收電子郵件。在復原故障的資料庫後，撥號音資料庫與已復原的資料庫會交換，然後撥號音資料庫中的資料會合併到已復原的資料庫中。
如需相關資訊，請參閱撥號音可攜性。如需執行撥號音復原的詳細步驟，請參閱執行撥號音復原。
回到頁首
Exchange 原生資料保護
Exchange 2010 包含了幾種新功能和核心變更，如果正確部署與設定，可以提供原生資料保護，不再需要進行傳統的資料備份。使用 Exchange 2010 內建的高可用性功能，在發生嚴重損壞的情况下，可使停機和資料遺失減到最小，還可以減少郵件系統的擁有權總成本。透過結合這些功能與其他內建功能 (例如合法持有)，組織可以減少或消除其對傳統時間點備份的依賴，並減少相關的成本。
除了判斷 Exchange 2010 是否能使您脫離傳統的時間點備份以外，我們也建議您評估目前備份基礎結構的成本。當嘗試使用現有備份基礎結構從嚴重損壞還原時，請考量使用者停機和資料遺失的成本。此外，也要包含硬體、安裝及授權成本，還有復原資料和維護備份的相關管理成本。視您組織的需求而定，一個至少具備三個信箱資料庫副本的單純 Exchange 2010 環境，很可能會比具有備份的相同環境能提供較低的擁有權總成本。
備份一般用於下列狀況，並有一些 Exchange 2010 功能能夠以有效率且符合成本效益的方式達成每個需求。
嚴重損壞修復 當硬體或軟體故障時，資料庫可用性群組 (DAG) 中有多個資料庫副本能夠提供高可用性，並快速容錯轉移，因此不會遺失任何資料。這讓一般使用者的作業不會停擺而導致失去產能；要從過去的時間點備份復原到磁碟或磁帶上以恢復產能的成本十分可觀。DAG 可以延伸到數個站台，並可讓資料中心從故障中恢復。
復原意外刪除的項目 一直以來，當使用者刪除了項目，之後又必須復原時，常常需要尋找儲存需還原資料的備份媒體，然後再設法取得所需的項目並提供給使用者。有了 Exchange 2010 嶄新的 [可復原的項目] 資料夾，以及套用資料夾上的「保留原則」，便可以將所有遭刪除與修改的資料保留一段指定的時間，讓復原這些項目變得更簡單、更快速。這可讓一般使用者自行復原不小心刪除的項目，而減少 Exchange 系統管理員與 IT 服務台人員的負擔，也因此減少復原單一項目的複雜度與管理成本。如需相關資訊，請參閱郵件原則及符合性、了解可復原的項目與瞭解保留標記和保留原則。
長期儲存資料 有時候備份也可用於封存的用途，且依照法規需求，通常會使用磁帶長期保存資料的時間點快照。Exchange 2010 中新的封存、多信箱搜尋與訊息保留功能，提供了一種機制可有效率地以一般使用者可存取的方式來長期保存資料。如此一來便不用採取昂貴的磁帶還原法，並可讓如 Microsoft Outlook 與 Outlook Web App 等豐富型用戶端存取舊的資料，進而提升一般使用者的產能。如需詳細資料，請參閱瞭解個人封存、瞭解多信箱搜尋和瞭解保留標記和保留原則。
時間點資料庫快照 如果您的組織要求需有信箱資料的過去時間點副本，則 Exchange 能夠在 DAG 環境中建立遲延副本。當有邏輯損毀複寫到整個 DAG 內的資料庫，造成需要回到過去的時間點時，這個功能會很有用，雖然這種狀況鮮少發生。如果系統管理員不小心刪除信箱或使用者資料，這也會很有幫助。從遲延副本復原會比從備份復原更加快速，因為遲延副本不需要從備份伺服器複製到 Exchange 伺服器上，這是相當耗時的程序。這可以藉由縮短一般使用者的停機時間，來大幅降低擁有權總成本。
不含備份的記錄檔截斷
成功完整或增量備份結束時要執行的功能之一，就是將資料庫復原時不再需要的交易記錄檔截斷。如果未正在進行備份，便不會發生記錄檔截斷。為避免記錄檔增長，您可以為複寫的資料庫啟用循環記錄。當您將循環記錄結合連續複寫時，便有了一種新的循環記錄，稱做連續複寫循環記錄 (CRCL)，這與 ESE 循環記錄不同。雖然 ESE 循環記錄是由 Microsoft Exchange Information Store 服務所執行與管理，但 CRCL 是由 Microsoft Exchange 複寫服務所執行與管理。當 ESE 循環記錄啟用時，並不會產生額外的記錄檔，而是在需要時複寫目前的記錄檔。然而，在連續複寫環境中，需要有記錄檔來傳送及重新顯示記錄。因此，當您啟用 CRCL 時，不會覆寫目前的記錄檔，並且會針對記錄傳送及重新顯示處理程序來產生關閉的記錄檔。具體而言，Microsoft Exchange 複寫服務會管理 CRCL，以維護記錄的連續性，而且如果仍需要這些記錄來進行複寫，記錄刪除器也不會將其刪除。
如需關於如何啟用及停用循環記錄的資訊，請參閱設定信箱資料庫內容。
實作 Exchange 原生資料保護考量
使用建置到 Exchange 2010 中的功能取代傳統備份之前，有一些技術原因與問題需要考量。下列清單提供一些需要考量的事項，雖然此清單並不十分詳盡。此外也有一些特殊考量，以及您組織特有的考量。請思考一下以下問題：
將部署多少個資料庫副本？在消除傳統形式的資料庫保護 (例如 RAID 或傳統 VSS 備份) 之前，強烈建議部署至少三個信箱資料庫副本。
您的復原時間目標與復原點目標應清楚定義，且您應證明將一組內建的功能結合使用來取代傳統的備份，能讓您達成這些目標。
您應決定每個資料庫需要多少副本，以涵蓋各種預定防護系統以避免發生的故障狀況。
如果您不考慮使用 DAG 或其某些成員，則是否獲得充足的費用可支援傳統的備份解決方案？如果有，則該解決方案是否能改善您的復原時間目標或複原點目標服務等級協議 (SLA)？
如果代管副本的 DAG 成員遇到故障，影響到副本或副本的完整性，您是否可負擔失去時間點副本造成的損失？
Exchange 2010 可讓您部署較大型的信箱，Exchange 2007 中建議的信箱資料庫大小上限已從 200 GB 增加到 2 TB (當使用三個以上的信箱資料庫副本時)。若採用大多數組織可能部署的大型信箱，當啟用資料庫副本或遲延的資料庫副本時，如果您必須重現大量的記錄檔，您的複原點目標將為何者？
您如何偵測主動資料庫副本的邏輯損毀，並防止該損毀複寫到資料庫的被動副本？在這種狀況下您的復原計劃為何？此狀況在過去的發生頻率為何？如果您的組織常常發生邏輯損毀，則建議您使用一或多個遲延副本將該狀況的因素包含到您的設計中，並有足夠的重現延遲時間，讓您能夠在發生邏輯損毀時，且在損毀複寫到其他資料庫副本之前，便偵測到該邏輯損毀並採取動作。
回到頁首
© 2010 Microsoft Corporation. 著作權所有，並保留一切權利。