Exchange Server災難恢復的黃金三招

如果你和多數的管理員一樣，那么可能你每天晚上都要很負責任地對你的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災難恢復操作指南。