制定Exchange Server 2003災難恢複計劃

對于規模小的公司

　　規模小的公司也要求進行災難恢複，但是要求投入的資金不能太多。一般而言，每個站點隻需要一個交換伺服器，而且每個站點都需要本地備份到錄音帶上。使用NTBackup系統或者第三方備份工具進行日常增量備份和差異備份，這是最基本的操作。

　　如果你使用第三方工具，你可能想進行積木層級備份(mailbox-level backups )（特别是如果你使用的是Exchange 5.5版本，這個版本比2003版本具有更少的删除和恢複的選擇功能），你可以将一些資料存儲到恢複的伺服器，或者存儲到被請求的新伺服器。這一過程中，檢測是有必要的，而且你應該把這些資料存入另一台計算機中，以保證資料一緻性。在使用最低預算投資的情況下，你就可以獲得進行災難恢複的有效措施。但是如果你願意花更多的時間和金錢，你就可以得到更進階别的災難恢複。

對于規模中等的公司

　　由于中等規模公司的基礎設施比較龐大，需要保護的東西就更多了。相應地，你通常需要更大的投資來進行災難恢複。如果你不想花費過多的投資，隻要公司能夠接受潛在的時間損失（比如：花一個工作日存儲資料，再花一個工作日進行恢複），你仍然可以依靠錄音帶系統。

　　此時，你可以利用一個前端Exchange 伺服器或者是别的SMTP 網關系統進行SPAM過濾，以及掃描病毒或者進行一些其它操作。你也可以使用幾個郵箱和公共檔案夾（資料庫）伺服器進行保護資料。災難恢複站點很有可能要麼位于托管的生産伺服器中，要麼處于主機裝置中。在這種情況下，你可以不用采取錄音帶備份方式，而采用複制工具和準備失敗轉移的方式。在很多情況下，你希望給某個處于前端和後端資源庫中的伺服器進行失敗轉換，此時你需要在災難恢複程式放入伺服器之前，通過重新配置災難恢複伺服器的方式制定相應的計劃。

　　如果你沒有備份資料，你希望一次性地将一周内的所有備份資料存儲到災難恢複系統中，那麼你隻需要重置災難恢複系統的最新差異資料。如果你已經備份了資料，那麼要確定你使用的工具完全可以保護Exchange的詳細資料（尤其是資料庫），而且必須確定像郵箱那樣可以在前端伺服器内進行失敗轉移。為了定期檢查災難恢複計劃，除了檢查資料的完整性之外，還要進行失敗轉移檢測。

對于大型公司

許多大型公司在許多地方都有分公司，并不是所有的分公司都可以通過電子郵件的方式來獲得各處資源。許多公司開始支援分公司利用郵件來通路共享的系統資源，尤其是利用Exchange 和Outlook 2003提供一些新技術。令人欣慰的是，目前大公司中可以公司内的多個地方處理資料，但是實作這一目标需要比較多的投資。

　　此時，複制和失敗轉移是災難恢複計劃中的主要組成部分。這一過程仍然需要錄音帶，主要有幾個原因（例如，進行時間點保護，日志管理等等），但是錄音帶隻是這一大型系統中的小部分，而不是像以前那樣成為關鍵部分。硬體和軟體複制工具都可以使用，這些工具可以與Exchange系統中的保護工具一起使用。記住：硬體系統要求更高的帶寬參數，花費的金錢比其配套的主機花費的還要高，但是所有的軟體工具不能完整地處理像Exchange Server資料庫系統。這類問題引起的資料不需要預防失敗轉移，但是它會擴大恢複點目标(Recovery Point Objective，RPO)。如果廠商能夠證明可以保護資料，那麼可以尋找一個最符合投資标準的複制系統。根據選擇的系統，你可以把資料發送到任何其它具有合适帶寬且具有合适架構的公司站點上。你甚至可以通過使用DNS和其它系統提供多個前端/後端失敗轉移配置，解決失敗站點到可用站點的轉換問題。

　　再次強調：資料檢測是非常重要的，這可以使你的解決方案獲得成功。如果你不使用服務軟體包、更新檔程式、Windows和Exchange的更新版、以及第三方工具定期地進行檢測，你就不能保證所有的恢複程式順利運作。如果不進行檢測就無法保證安全，恢複系統将經常出現系統崩潰問題。

　　不管公司規模是大還是小，你都不能忽視Exchange Server資料。在這一基礎上，你可以制定一個恢複計劃，使之既符合公司的投資計劃，又滿足公司目前和将來的需要。

本文轉自自由心行部落格51CTO部落格，原文連結http://blog.51cto.com/xiaojiang2008/99543如需轉載請自行聯系原作者

xiaojiang