制定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數據。在這一基礎上,你可以制定一個恢復計劃,使之既符合公司的投資計劃,又滿足公司目前和將來的需要。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章