Exchange Server 2003 的儲存功能
上次修改主題的時間： 2007-01-09
Microsoft® Exchange Server 2003 包含 Exchange 儲存區的許多改進功能。一般而言，這些改進功能可輕易並快速地進行嚴重損壞修復作業，並簡化內部處理程序 (如公用資料夾複寫)。
特別是，這些改進功能包含下列項目：
- 支援新的磁碟區陰影複製服務，可作為 Microsoft Windows Server™ 2003 備份 API 的一部份。
- 新類型的儲存群組 (復原儲存群組) 提供已還原信箱資料的暫存位置。將信箱資料還原至復原儲存群組後，即可將所需資料與原始信箱儲存區合併，而不管是還原整個信箱儲存區，或是只還原一些個別信箱。
- Microsoft 信箱合併精靈 (Exmerge) 現在可從 Exchange 的下載網站 (https://go.microsoft.com/fwlink/?LinkId=25097) 下載。
- 公用資料夾複寫處理程序已經過全面檢查並加以簡化，以便更有效率地使用頻寬。
- 已增強 Exchange 病毒掃描應用程式發展介面 (VSAPI)，並加以擴充。
- SP2 的新功能：您現在可設定與 Exchange 伺服器資料庫之資料庫大小限制相關的設定。例如，可設定資料庫大小的上限、記錄警告事件的閾值，以及要在一天中的哪個時間評估資料庫大小。
陰影複製備份
Exchange Server 2003 支援 Windows Server 2003 中實作的新備份基礎結構。備份程式 (包含 Microsoft Windows 備份) 可使用現有的 Microsoft Windows® 2000 備份及還原 API，或使用新的 API。在備份處理程序開始時，新 API 會使用 Windows 磁碟區陰影複製服務來建立磁碟的陰影複製 (也稱為快照集)。然後，Exchange 會使用陰影複製 (而非工作磁碟) 來建立實際備份，因此，仍可繼續一般作業。與先前方法相較之下，此方法提供了下列優點：
- 產生磁碟區的備份。即使在備份時變更了資料，此備份所反映的仍是磁碟區在開始備份時的狀態。所有備份資料在內部都是一致的，且能反映單一時間點的磁碟區狀態。
- 通知應用程式及服務即將進行備份。然後，服務及應用程式會清理磁碟內存結構，並清除快取和記錄檔，以準備進行備份。
使用陰影複製備份
Exchange API 提供陰影複製備份的支援。
您仍然可以使用 Windows Server 2003 備份公用程式來備份 Exchange Server 2003 資料庫 (信箱儲存區及公用資料夾儲存區)；但是，這種方法會使用現有的 API 來進行非陰影複製備份。Windows Server 2003 備份支援使用磁碟區陰影複製服務來備份 Windows 檔案系統，但它不支援 Exchange 磁碟區陰影複製服務 API。若要使用新的陰影複製 API 來備份資料庫，則必須使用協力廠商解決方案。
復原儲存群組
為了讓使用者可以更靈活地還原信箱及信箱儲存區，Exchange 2003 提供 [復原儲存群組] 功能。[復原儲存群組] 是特殊儲存群組，與一般儲存群組並存於 Exchange 中 (即使伺服器已有四個一般儲存群組)。您可以從任何符合下列條件的一般儲存群組中還原信箱儲存區：
- 放置儲存群組的伺服器正在執行 Exchange 2000 SP3 或更新版本。
- 放置儲存群組的伺服器與放置 [復原儲存群組] 的伺服器位於相同的系統管理群組中。
- 如果要同時還原多個信箱儲存區，則這些儲存區必須都來自同一個儲存群組。
將信箱儲存區還原至 [復原儲存群組] 後，請將復原的信箱資料從 [復原儲存群組] 移動至一般儲存群組。使用此方法，您可以復原整個信箱儲存區 (所有資料庫資訊，包含記錄資料)，或只復原單一信箱。[復原儲存群組] 中的信箱會中斷連線，因此，具有信箱用戶端的使用者將無法存取。
.gif "note") 附註： |
|---|
| 您只可以使用復原儲存群組來復原信箱儲存區，而非公用資料夾儲存區。 |
使用復原儲存群組
下列程序代表簡易還原案例；這些程序假設您已備份儲存群組。
開始這些程序之前，請先確定您已使用諸如 Backup Operators 的帳戶登入，該帳戶需具有所有 Exchange 信箱的「接收為」及「傳送為」權限。如果這些權限遭到拒絕，則無法完成還原處理程序。
如果在未建立復原儲存群組的情況下還原信箱儲存區，則會與舊版 Exchange 一樣，將資料直接還原至原始信箱儲存區。
使用復原儲存群組還原信箱資料的處理程序是由三個主要步驟所組成：
- 設定復原儲存群組。
- 將信箱儲存區還原至復原儲存群組。
- 合併復原的信箱資料與一般使用者信箱。
如需詳細指示，請參閱＜使用 Exchange Server 2003 復原儲存群組＞中的＜如何設定復原儲存群組＞。
| 附註： |
|---|
| 合併資料時，並不包含資料夾權限及收件匣規則。也不支援篩選所要合併的項目。如果需要此功能，可使用 Microsoft Exchange 信箱合併精靈 (Exmerge)，而不是復原資料工作。Exmerge 公用程式可從 Exchange 的下載網站 (https://go.microsoft.com/fwlink/?LinkId=25097) 下載。將適當的信箱儲存區還原至復原儲存群組後，請啟動 Exmerge，並遵循精靈中的指示來移動信箱資料。 |
如需覆寫復原儲存群組的詳細資訊，請參閱如何設定 Recovery Storage Group Override 登錄機碼。
Microsoft Exchange 信箱合併精靈
之前的 Microsoft Exchange 信箱合併精靈 (Exmerge) 是以 Exchange Resource Kit 工具的形式來提供。現在，此精靈可從 Exchange 的下載網站 下載。您可以使用此精靈，在不同信箱儲存區的相同信箱間移動資料。例如，若要從備份中還原信箱，請將信箱儲存區還原至復原儲存群組，然後使用此精靈，將還原的信箱資料與原始信箱合併。如需如何執行此程序的詳細資訊，請參閱本主題稍早的＜使用復原儲存群組＞。
改進的公用資料夾儲存區複寫
在 Exchange 2003 中，已調整公用資料夾複寫演算法，使其具有回填時的較大效率。(「回填」是指伺服器判定其並未接收到已複寫資料夾的所有更新，而必須從其他伺服器擷取遺失更新的時間。)為了選取作為回填來源的伺服器，Exchange 會先建立所有擁有某些必要內容的伺服器清單，然後再排序該清單，如下所示：
- 根據最低傳輸成本來排序清單 (相同站台中伺服器的優先順序會高於遠端站台中的伺服器)。
- 若為具有相同傳輸成本的伺服器，則根據最新 Exchange 版本來重新排序。在舊版 Exchange 中，不計傳輸成本，都會先選取執行較新 Exchange 版本的伺服器，而不會選取執行舊版的伺服器。例如，會選取遠端站台中執行 Exchange 2000 的伺服器，而不選取執行 Microsoft Exchange Server 5.5 版的本機伺服器。在 Exchange 2003 中，傳輸成本現在於選取準則中更加重要。
- 若為具有相同傳輸成本及 Exchange 版本的伺服器，則會根據可用於伺服器上之必要變更的最大數量重新排序。在舊版 Exchange 中，不計傳輸成本，都會選取擁有所有必要更新的伺服器，而非只擁有部份更新的伺服器。在 Exchange 2003 中，此喜好設定已變更，因此即使必須要從其他成本較高的伺服器取得其餘的更新，如果傳輸成本較低的伺服器上有部份更新可用，仍會選取該伺服器來回填那些更新。
若要舉例說明新作法與所有 Exchange 2000 Server 版本的作法有哪些不同，請考慮使用數個具有 Exchange 5.5 部署的站台 (每個站台都有多部伺服器，且全部都會複寫公用資料夾)，而這些站台必須升級至 Exchange 2003。請在每個站台都新增一部 Exchange 2003 伺服器。在每個站台中，Exchange 2003 伺服器會從本機 Exchange 5.5 伺服器回填其公用資料夾，而不是在其中一個遠端站台中搜尋較新的伺服器。
改進的病毒掃描 API
Exchange 2000 SP1 發表了病毒掃描 API (VSAPI) 第 2.0 版，提供了改進的支援，用於掃描網際網路內容，以及報告病毒的寄件者及收件者。Exchange 2003 藉由允許防毒廠商產品在沒有常駐 Exchange 信箱的 Exchange 伺服器 (例如，閘道伺服器或 Bridgehead 伺服器) 上執行，來改進 VSAPI。Exchange 2003 VSAPI 2.5 版允許防毒軟體廠商的產品刪除受感染的郵件，並將通知郵件傳送給受感染郵件的寄件者。防毒軟體廠商的產品也可建立其他病毒狀態郵件，讓用戶端指出特定郵件的感染狀態。如需使用新 VSAPI 功能之防毒應用程式的相關資訊，請連絡防毒軟體製造商。
SP2 的新功能：資料庫大小限制組態及管理
使用 Exchange Server 2003 Service Pack 2 (SP2)，現在可自訂與資料庫大小限制相關的設定，以符合組織需求。SP2 新增了下列主要功能。
- 您可以針對每個 Exchange 資料庫設定邏輯資料庫大小限制。資料庫的邏輯大小等於 .edb 檔案的實體大小，而 .stm 檔案則要扣掉每個資料庫中的邏輯可用空間。此功能的限制會依您執行的 Exchange Server 2003 版本而有所不同：
- Exchange Server 2003 Standard Edition 依預設，在執行 Exchange Server 2003 Standard Edition 的伺服器上，每個資料庫的大小限制為 16 GB。安裝 Exchange Server 2003 SP2 後，每個 Exchange 資料庫的預設大小限制為 18 GB。此外，在執行 Exchange Server 2003 SP2 的伺服器上，針對每個資料庫設定的資料庫大小限制可高達 75 GB。
- Exchange Server 2003 Enterprise Edition 依預設，在執行 Exchange Server 2003 Enterprise Edition 的伺服器上，每個資料庫的大小限制為 8,000 GB。一般而言，這個大小限制只是理論上的說法。Exchange 資料庫的實際限制則是根據伺服器硬體及儲存子系統的硬體來決定。安裝 Exchange Server 2003 SP2 之後，您可以自訂資料庫大小限制的值，其上限為 8,000 GB。
- 當執行 Exchange 伺服器的伺服器到達針對特定資料庫所設定的資料庫限制時，會在應用程式記錄檔中記錄警告事件。您可以指定要通知您的閾值。依預設，記錄警告事件的閾值，是在消耗了邏輯資料庫大小上限的 90% 時。
- 當執行 Exchange 伺服器的伺服器到達針對特定資料庫所設定的資料庫限制時，會在應用程式記錄檔中記錄錯誤事件。此外，Exchange 會立即讓超過資料庫限制的資料庫離線。若要在到達所設定限制的資料庫上暫時還原使用者的電子郵件服務，您可以重新啟動該資料庫。然而，在進行判定是否超過資料庫邏輯大小限制的每日檢查時，都會卸載該資料庫。
- 您可以指定 Exchange 伺服器每天在特定時間，根據您所設定的限制來檢查資料庫大小限制。依預設，Exchange 伺服器會在午夜過後的第 5 個小時 (05:00) 檢查每個 Exchange 資料庫的大小。
如需如何設定儲存限制的相關資訊，請參閱下列資源：
- 《Exchange 技術參考手冊》中的＜資料庫大小限制組態及管理＞主題。
- Exchange Server 2003 SP2 線上說明中的＜設定資料庫大小限制＞主題。
嚴重損壞修復規劃考量
如果您變更了 Exchange 資料庫的大小限制，則可能想要重新評估 Exchange 資料庫備份及還原計劃。特別是，如果增加了 Exchange 資料庫的大小限制，請務必使用新資料庫大小限制來測試備份及修復作業，以確定仍符合服務等級協定。例如，如果之前的信箱儲存區大小是 15 GB，且因為在 8 小時內復原了資料而符合服務等級協定，則將信箱儲存區大小增加到 20 GB (含) 以上時，可能無法再快速地復原資料庫。
如需服務等級協定的相關資訊，請參閱《Exchange 2003 高可用性手冊》之＜設定可用性目標＞中的＜建立服務等級協定＞。
如需如何設定儲存限制的相關資訊，請參閱下列資源：
- 《Exchange 技術參考手冊》中的＜資料庫大小限制組態及管理＞主題。
- Exchange Server 2003 SP2 線上說明中的＜設定資料庫大小限制＞主題。