Exchange Server 的維護、備份與嚴重損壞修復概觀

文章翻譯 文章翻譯
文章編號: 272234 - 檢視此文章適用的產品。
全部展開 | 全部摺疊

在此頁中

結論

本文提供 Exchange Server 之維護、備份策略與嚴重損壞修復最佳做法的概觀說明。

其他相關資訊

硬體管理與維護

規劃 Exchange Server 系統涉及到幾個問題,其中包括選擇伺服器、磁碟設定,以及磁碟管理與維護。

規劃與設定伺服器

由於 Exchange 資料庫必須具有快速存取大量資訊的能力,因此在選擇資料庫的硬體時,伺服器的效能與可靠性必須是您的優先考量。品質良好的裝置可以將資料遺失的風險降到最低,而速度太慢、不足以支援伺服器負載的硬體則會拖慢整個系統。

請注意,您應該對於製造商的基準測試持保留態度。原始設備製造商通常都是使用 RAID 0 進行測試,而您應該使用 RAID 5 或 RAID 1 的資料庫磁碟分割,才能確保最佳的可靠度。

請使用以 ECC 記憶體保護和電池備份進行寫入快取的 RAID 控制器。

最佳化資料庫存取

對於支援大型資訊儲存庫 (容量介於 50 和 100 GB 之間) 的伺服器,請務必遵循下列方針。
  • 將交易記錄檔與資料庫檔案分開放置於不同的磁碟中。
  • 使用專用的高效能硬碟來存放交易記錄檔。
  • 使用專用的磁碟分割來存放資料庫。隨著伺服器愈來愈大,資料庫磁碟分割中的輸入/輸出 (I/O) 活動也會更加頻繁。這對於 RAID 5 磁碟分割來說更是如此,因為會產生更多的額外負荷。因此,建議您只將資料庫檔案放置於資料庫磁碟分割中。
  • 如果沒有備用磁碟的話,請將郵件傳輸代理程式 (MTA) 資料庫和追蹤記錄檔放置於系統磁碟中,而不要放置於資料庫磁碟分割中。
  • 請在所有的 Exchange Server 資料庫磁碟分割 (包括含有資訊儲存庫資料庫和交易記錄檔的磁碟分割) 中使用 NTFS 檔案系統,而不要使用檔案配置表 (FAT) 系統。
以下是建議用於一般大型伺服器的範例磁碟設定:
  • 鏡像組 1:系統磁碟,其中包含二進位檔、交換檔和 MTA 資料庫
  • 鏡像組 2:僅交易記錄檔,RAID 5 磁碟分割、Exchange 資訊儲存庫,並且只有目錄資料庫

管理磁碟容量

在規劃 Exchange Server 系統時,其中一個重要的問題就是決定資訊儲存庫的磁碟空間大小。您必須以非常謹慎的方式來管理容量,否則資訊儲存庫資料庫的大小很快就會暴增到無法控制。

請將資訊儲存庫的大小設定為最大,然後將資訊儲存庫的大小管理限制在此範圍內。您可以設定信箱配額,然後每經過一段時間就追蹤資訊儲存庫的增加速度,以了解資料庫將增加到多大。您必須配置足夠空間以支援伺服器中的使用者傳送郵件的需求,但也必須設定信箱儲存區的大小限制,才不至於讓使用者耗用過多的磁碟資源。

此外,您也應該規劃過大的資訊儲存庫的處理方式,包括收回磁碟空間或增加額外的磁碟以支援伺服器負載的應變計畫。請在系統中配置足夠的空間,以便在需要時可以執行 Eseutil 和 Isinteg 公用程式。一般而言,您可以規劃大約 25% 到 30% 的額外磁碟空間以使用這些公用程式。

重組資料庫

在定期線上維護期間,資訊儲存庫所執行的其中一項最重要的功能,就是透過重組資料庫以收回未使用的資料庫空間。

這項功能自 Exchange 5.0 之後便已經過微調。Exchange 5.5 Service Pack 1 的報告工具會在事件記錄檔中,記錄經過線上磁碟重組後的資訊儲存庫估計可用空間大小。這能讓您更輕鬆地估計需要多少磁碟空間容量。

事件記錄檔會顯示線上磁碟重組的開始、停止、繼續和完成的時間。當您備份資訊儲存庫或執行離線磁碟重組時,請檢查事件記錄檔以確定沒有和線上磁碟重組重疊 (但請注意,如果線上磁碟重組中斷,資訊儲存庫會儘快恢復執行該程序)。

線上磁碟重組都可以執行所有您需要的作業,但是無法縮小磁碟中的資料庫檔案大小。如果您對 Exchange Server 電腦進行重大變更 (例如,移動或刪除大量的信箱,或者移除大量的新聞群組),請考慮以 /d 選項執行 Eseutil 公用程式,以執行離線磁碟重組。

但平時請盡量避免執行離線磁碟重組,因為這是非常耗時的程序。執行離線磁碟重組時,它會建立新的資料庫檔案,然後將舊檔案中的所有資料都複製到這個新檔案中,這將需要非常多的時間。它平均一小時才能重組 5 到 10 GB 的磁碟空間,而且您還需要有足夠的可用空間,用來存放離線磁碟重組時建立的新檔案。一般而言,可用空間大小必須是磁碟重組大小的兩倍。

備份策略

請設計程序簡單的備份策略,盡可能減少程序中的步驟,如此一來,當您需要在伺服器中還原資料時,便可以輕鬆地執行這些相同的步驟來完成作業。

建議的 Exchange Server 備份策略是每天執行完整的線上磁碟重組。如果每週執行一次完整的線上磁碟重組,而其餘時間則僅執行差異備份,這樣的做法有顯著的缺點。例如,如果您的 Exchange Server 電腦在您排定的完整備份時間之前停止回應 (無法運作),且備份的磁帶發生問題而無法還原最近一次的差異備份,導致您必須使用前一個星期的完整備份資料,就極有可能會遺失資料。

最佳化備份和還原效能

在建置大型伺服器時,真正的限制因素是資料備份的速度能有多快,更重要的是,資料還原的速度能有多快?為了獲得最佳的備份和還原效能,請使用高效能的備份軟體,並搭配使用您可以取得最快速的備份硬體。

以下是眾多提供可搭配 Exchange Server 使用之高效能備份軟體的廠商其中的數個:
  • Cheyenne ARCserve
  • Legato NetWorker
  • Seagate BackupExec
您的備份硬體應該包含下列元件:
  • 支援串流及平行儲存的磁帶備份設備。
  • Fast-Wide SCSI 匯流排傳輸規格。如果您同時使用一個以上的數位線性磁帶 (Digital Linear Tape,DLT) 磁碟,則陣列中應該要有七個或八個磁碟。
如果使用高品質的設備,您會得到怎樣的性能?如果系統經過適當的設定,應該可以達到下列速度:
  • 備份至一部 DLT 35/70 磁帶機:每小時大約 30 GB (即每秒 8.5 MB),包含硬體壓縮。
  • 備份至四部 DLT 35/70 磁帶機的 RAID 5 陣列:每小時大約 40 GB。
  • 還原至 RAID 5 磁碟分割:使用回寫式快取,每小時大約 20 到 25 GB。如果停用回寫式快取,則還原時間大約是兩倍的時間。

例行維護工作

確實執行例行的維護工作可以讓您在緊急狀況時,提升成功復原資料的可能性。

此例行工作應該包含將備份磁帶放置於安全的地方,並按照磁帶機製造商的建議,定期清理磁帶機,而且根據磁帶機製造商建議的使用週期,丟棄舊的備份磁帶。定期測試備份程序,並檢驗這些備份磁帶的品質,確認在備份系統時精確無誤。

請定期執行備份和還原程序:
  • 使用備份集中的完整備份將資料庫檔案還原至測試伺服器中,然後確認記錄檔能以您預期的方式重新顯示。
  • 還原從完整備份中建立的遞增或差異備份,並確認這些資料能正確還原。
  • 執行一些基本測試。例如,登入信箱或存取公用資料夾,以確保還原的資料庫正常運作。
在您將 Exchange Server 部署至實際執行環境之前,執行下列測試會非常有用:
  1. 將 Exchange Server 資料庫備份至磁帶。
  2. 使系統產生負載,讓記錄檔記錄一些活動。如果要執行這項操作,您可以執行 Loadsim 或 Mailstorm 公用程式。
  3. 模擬系統無法運作的狀況。
  4. 從磁帶備份還原資料庫檔案,然後確認記錄檔能以您預期的方式重新顯示。
  5. 執行一些基本測試。例如,登入信箱或存取公用資料夾,以確保還原的資料庫正常運作。

嚴重損壞修復

如果系統無法運作導致記憶體中的資料遺失,或者如果軟體或硬體故障而損壞資料庫中的內容,您可能需要復原資料。您可以通常在重新啟動伺服器時,執行「軟修復」修復因系統無法運作而造成的損壞資料;而軟體或硬體故障則可能必須從備份進行還原。

軟修復

軟修復是當您在系統發生錯誤後,嘗試啟動資訊儲存庫時會自動執行的程序。軟修復會使用磁碟中的記錄檔和資料庫檔案來進行修復,而不是使用磁帶備份。

如果系統無法運作而且記憶體中的內容遺失,磁碟中的資料庫檔案就會標示為不一致。而資料庫必須為一致,您才能重新啟動 Exchange Server 電腦。Exchange Server 會將磁碟中記錄檔的頁面重新顯示在資訊儲存庫資料庫中,以模擬正常關機。這個程序包括下列步驟:
  1. 資料庫引擎會檢查 Edb.log 檔案是否存在。
  2. 資料庫引擎會讀取「檢查點」檔案,並判斷要開始重新顯示哪一個記錄檔。
  3. 在此作業的最後階段,資料庫便會再次達到一致,而資訊儲存庫便可以正常啟動。

從線上備份進行還原

如果軟修復無法成功,或者系統中有更嚴重的問題,您就必須從備份進行還原。

從線上備份進行還原的程序與軟修復類似。Exchange Server 會確認將所有檔案都放置在正確的地方,並且讓資料庫的狀態達到一致。下列步驟將說明這個程序:
  1. 當您從磁帶備份中還原資料時,還原程序會將所有之前備份的檔案都還原到磁碟中。
  2. 系統服務員會啟動資訊儲存庫。
  3. 資訊儲存庫會檢查登錄中的 RestoreInProgress 機碼,並判斷資料庫已經從線上備份加以還原。
  4. RestoreInProgress 機碼會告訴資訊儲存庫在何處開始重新顯示交易記錄檔。它並不會檢查 Edb.log。
  5. 資訊儲存庫會將 .pat 檔案中的頁面寫入至資料庫檔案中、重新顯示 RestoreInProgress 機碼指定的記錄檔,然後逐個顯示磁碟中的其他記錄檔。
  6. 如果您需要還原已損壞的資訊儲存庫,請執行完整復原,包含修復問題、還原資料庫,並向前復原所有交易記錄檔。
還原程序最耗時之處,不是將資料庫檔案複製回磁碟中的過程,而是重新顯示記錄檔的過程。視您執行完整備份的頻率而定,在執行還原程序期間,重新顯示大型伺服器中的記錄檔可能會耗費數個小時。這是因為資料庫引擎必須執行自上次備份後的每一筆交易資料的緣故。

一般而言,重新顯示一個交易記錄檔的時間可以從 30 秒到四個小時不等,速度會根據必須重新顯示的交易類型而有所不同。例如,資訊儲存庫需要耗費更多時間才能重新顯示包含許多小型刪除作業或附件的記錄檔。您可以測試自己的記錄檔,了解在您的系統中向前復原交易記錄檔所需的精確估計時間。

還原信箱中的個別項目

有時使用者會在刪除郵件之後,才發現不應該刪除這些郵件。由於 Exchange Server 是在實體頁面層 (而非信箱層) 處理備份及還原程序,所以您無法輕易地從備份中還原信箱中的個別郵件。某些協力廠商的備份程式能讓您執行「積木式備份」(Brick Backup),但是這些程式不會使用 Exchange Server 備份及還原應用程式發展介面 (API),而且執行效能通常也不如在實體頁面層執行的備份程序。

不過,有個方式可以讓使用者復原從信箱中刪除的郵件,而且不需要還原備份。如果您在伺服器中啟用 Exchange Server 5.5 隨附的「復原刪除的郵件」功能,便可以讓使用者從 Outlook 中的 [刪除的郵件] 資料夾擷取郵件。請注意,如果您啟用「復原刪除的郵件」功能,伺服器將需要額外的磁碟資源來存放這些已刪除的郵件。

在將來的版本中,Exchange Server 的功能將會擴充為即使這些郵件已經永遠從系統中刪除,也可允許應用程式復原郵件。

管理及維護資料庫

您已經了解 Exchange Server 5.5 中的資訊儲存庫的設計目的,就是要能夠長久執行。基於這個原因,您幾乎不需要關閉伺服器,即可執行定期的維護工作。

除了執行備份以外,Exchange Server 會在伺服器在線上的期間自動執行所有的資料庫維護工作。在執行定期的資訊儲存庫維護程序時,大部分的維護工作都會以背景處理程序進行。資訊儲存庫通常會在晚間執行線上維護,並執行如「刪除的郵件」快取處理、一般性清理,以及線上磁碟重組這類重要工作。

重要訊息

以下是您應該從此白皮書中學習到的重要訊息:
  • 定期執行線上 (或複製) 備份,最好每天晚上都執行。
  • 監視備份情況,並追蹤資料庫引擎和資訊儲存庫的狀態,不可忽略錯誤訊息!
  • 決定您要允許資訊儲存庫增加的大小,並確實在此範圍中進行管理。
  • 使用 Exchange Server 5.5 進行內部資料庫管理,包含資料庫磁碟重組。
  • 測試並執行備份和還原程序。

屬性

文章編號: 272234 - 上次校閱: 2006年9月6日 - 版次: 3.1
這篇文章中的資訊適用於:
  • Microsoft Exchange Server 4.0 Standard Edition
  • Microsoft Exchange Server 5.0 Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
關鍵字:?
kbinfo KB272234
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。
依現狀不再更新的知識庫內容免責聲明
本文旨在說明 Microsoft 不再提供支援的產品。因此,本文係依「現狀」提供,不會再更新。

提供意見

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com