如果你和多數的管理員一樣，那么可能你每天晚上都要很負責任地對你的Exchange數據庫進行備份，並且把備份記錄存儲到一個安全的位置上。這樣做非常棒……

　　如果你和多數的管理員一樣，那么可能你每天晚上都要很負責任地對你的Exchange數據庫進行備份，並且把備份記錄存儲到一個安全的位置上。這樣做非常棒──但是僅僅採取這些步驟可能並不能完全讓你從嚴重的災難中逃脫。在這篇文章中，我將介紹對Microsoft Exchange進行災難恢復最重要也是最佳的三種方法。

　　文檔

　　不用去考慮你的公司規模也不用考慮伺服器的複雜程度，讓文檔中儘可能多的記錄關於你的伺服器配置的訊息才是最重要的──並且要讓它時刻保持更新。

　　讓我給你提供一個恰當的例子:幾年前，我使用的Exchange伺服器起火了(是的，它真的發生了)。我聞到了煙味，所以很快就把火撲滅了。我的網路中剩餘的部分還都好，但是那台伺服器成了一堆垃圾。那個時候我真為我的保險公司和那些備份資料而感到惋惜。

　　那時，我還沒有能夠使用的關於伺服器的全部備份;我所擁有的全部就是Exchange的數據庫。然而這並不是大問題，如果你向新的伺服器中恢復Exchange數據庫(不是全部的系統備份)，那么這台伺服器需要與你原來的那一台伺服器相當接近才行──這才是大問題。新伺服器的名稱必須與舊伺服器名稱完全匹配。同樣，新伺服器中的卷也需要與舊伺服器上的卷以相似的模式進行建構。

　　這就是為什麼文檔如此重要的原因。你的文檔中至少應該包含下列內容:

　　你的伺服器名

　　IP配置

　　磁片配置

　　每個卷的用途

　　硬體的詳細說明

　　如果你需要更換伺服器，這樣做可以讓你很容易的以與舊系統相似的模式來配置新的硬體。

　　對重要的系統進行備份

　　需要你為災難而進行準備的另一件事情是對你最重要的伺服器進行全部的系統備份(包括系統狀態)──至少每個月進行一次。

　　這樣做有很多理由。首先，Exchange server是倚賴于活動目錄的。在那場火災中我非常幸運，僅僅損失了一台伺服器。但是想像一下，如果所有的伺服器都被燒毀了呢?如果沒有活動目錄，那么僅有一個Exchange數據庫的備份對並不會給我帶來多大好處。

　　理想狀態下，你希望對你所有的伺服器都創建全部的系統備份。但是如果出現操作性的要求來阻止你這樣做，那么就要確定你每個月所進行備份中至少包括:

　　你的DNS伺服器

　　在每個域中至少有一個域控制單元(要選擇那些承擔了該域的操作主控角色的域控制單元)

　　全域數據庫目錄伺服器(global catalog server)

　　如果你的公司是個小型企業，而且你的活動目錄配置幾乎是不變的，那么你可能就要納悶為什麼每個月就備份一次的要求是如此重要。這是因為Windows作業系統會把超過60天的、與活動目錄相關的備份認為是過期的。雖然存在著對超過60天的活動目錄進行恢復的技術，但是它涉及到對各種各樣的墓碑(tombstone)設置進行操作，而且很難完成。所以擁有正確的備份對你來說要更容易些。

　　檢測你的備份文件

　　也許看起來是最普通的災難恢復計畫步驟就能定期檢測你的備份文件。

　　當我在軍隊中工作的時候，我們使用的是Exchange Server 5.0。訊息存儲在一個郵件伺服器中，這個伺服器中包含了損壞的數據，然而卻沒有人知道這種情況。最終，損壞的數據擴散，這個伺服器也毀了。

　　很快我們就意識到，我們一直都在每周一次地備份的那些數據其實早已經損壞了，我們的備份文件沒有一個是好的。如果我們能夠時常地對這些備份文件進行檢測，那么我們就可能發現這些問題並且能夠採取措施在它徹底毀壞之前就修復這些訊息的存儲媒介。

　　Exchange Server 2003比Exchange 5.0擁有更多更好的防止數據損壞的功能，但是經常檢測你的備份文件還是至關重要的。因為你無法知道什麼時候你就會遇到損壞的磁片以及其他無法預知的問題。

　　在你的伺服器還能夠正常運轉的時候就發現你的備份文件存在問題，這要比你試圖進行災難恢復要好得多。

　　結論

　　災難恢復計畫的重要性要遠遠超出每天晚上對你的Exchange數據庫所進行的備份，沒有什麼事情要比進行該計畫更重要。按照我剛才介紹的三種最佳的方法來操作，那么你在對于災難的準備方面就會做得很好。如果還想在這個問題上鑽研得更深一些，那么就參閱微軟公司的文章:Exchange Server 2003災難恢復操作指南。