在本文以及附帶的網絡災難恢復規劃模板中，我們將檢查在準備和部署語音和數據通訊的網絡災難恢復規劃中所需解決的各項問題。
網絡災難恢復規劃并非總是優先的
當涉及到網絡基礎架構時，災難恢復規劃并非總是一個很大的優先事物。相反，網絡安全通常有著更高的優先級，因為一個不安全的網絡環境對絕大多數企業而言都是很大的風險。防止黑客和其他犯罪分子未受認證的訪問，以及引入防病毒和拒絕服務式攻擊(DOS)通常會有較高的優先級，并且也容易得到管理層的關注。
在語言方面，隨著IP語音技術(VoIP)的日益流行，魯棒的網絡安全性也變的更為重要。由于VoIP相當于是使用現有網絡資源的另一項應用，和其它基于網絡的系統一樣有一些缺陷需要彌補。
以往的公共廣播服務系統通常使用分離的網絡設備，對數據網絡并不進行復用。不過，隨著通過數字化的T-1線路共享語音和數據傳輸可以實現更高的成本效益，整個語音通訊系統的風險也同時上升了。在今天，隨著語音、數據、互聯網訪問以及其它網絡服務通常共享同一網絡資源，保護支持這些服務的底層網絡訪問線路以及接口設備(例如路由器和交換機)變得尤為重要。
開始網絡災難恢復規劃
在你開始創建你的網絡災難恢復規劃之前，先了解下這些重要的說明：
1、慎重進行災難恢復規劃流程。假設你希望保護你的網絡基礎架構以及相關設備，防止計劃外的事件中斷網絡運行，你需要一份計劃。這并不需要上百頁的紙張報告。信息充足的一頁規劃遠比厚厚一疊沒有人用得上的文檔要更有用處。
2、使用業務連續性標準作為出發點。在全球至少有二十多份可用的業務連續性和容災標準可供參考。
3、確保簡單可行。視你的語音、數據、因特網、無線網絡的配置情況，你的規劃應當反映出同樣級別的架構和復雜度。
4、對于實際災難響應動作進行限定。假設你正在創建一份對特定網絡相關事故的規劃，在其中只需包含響應和隨后的恢復操作。
5、確保規劃的實時性，并經常進行測試。一旦規劃完成，每年至少對其測試兩次(如果你的網絡配置會頻繁調整，你需要更多頻繁的測試)來確保你文檔中一步步的操作指示是有意義的。
6、具備靈活性。一份簡單的災難恢復模板并不適用于所有的網絡，尤其是當你的企業由許多分支機構，通過網絡和不同的數據中心接受服務時;你或許可以考慮更為復雜的模板、專業的網絡容災軟件或在網絡容災方面的顧問咨詢。
網絡災難恢復規劃的組成
下一步，我們將檢查網絡災難恢復規劃模板的結構和內容，并指出一些需要解決的核心問題和進行的工作。
原始數據。一旦你確定了網絡事故中主站點和備份網絡里需要聯系的員工，將其聯系方式放在規劃的首頁，這樣在事故中你不必花費寶貴的時間來進行翻頁查找。
版本管理。留出一頁記錄你對管理流程的變更。
目的和適用范圍。提供詳細的屬性，以及假定條件、團隊描述、術語列表以及其它背景信息。
告警指示如何激活該規劃。明確在何種情況下該計劃會被激活，包括中斷時間的范圍、災難申報人、緊急聯系人和所需使用的響應流程。
政策信息。如果IT部門有業務連續性和容災政策，請確保能夠包含著部分政策信息;這同時也可以用來參考標準性的文檔。
規劃細化?？赡艿脑?，提供詳細的一步步流程，這樣比起那些寬泛的稱述，比如“重新配置網絡通道來替換位置”要容易許多，過于寬泛的稱述通常要詳細的說明才能正確操作。此外，描述該規劃的回顧和更新頻率，并明確責任人。
檢查列表和流程圖。假設發生了網絡中斷事故，明確解決的步驟;這可以以檢查列表的形式制作(對于按計劃執行并完成任務非常有用)以及流程圖，這樣對于響應和恢復更加可視化。
收集信息。在正式宣布一次網絡事故之前應當要收集足夠的信息;這包括網絡性能數據和第一手的IT員工和雇員的報告，以及第一響應人(如果需要的話);在進行宣布流程之前盡快和關鍵IT網絡應急團隊成員召集會議進行評估。
宣布事故。一旦掌握的網絡中斷的事實，在宣布網絡事故的同時，該規劃應當列出所需進行的工作。
從災難中恢復。一旦形勢得以控制，后續部分的計劃應當指導如何進行恢復，恢復網絡操作、網絡連接設備以及其它相關事宜。
附錄。在模板的最后應當配有詳細的附錄;這包括所有IT和非IT應急團隊的名單和聯系方式，主站點和備用網絡供應商，備用網絡配置數據，以及其它相關信息。更重要的是要保持這些信息的實時性。
開發一個網絡災難恢復規劃的流程可能會相對容易。當然，如果你的網絡特別負責，具有多類技術和復雜的拓撲圖，那你的規劃也會相應變得復雜。關鍵是要定義出一步步的響應和恢復流程，并通過測試確保這些流程的準確性，并保持其經常更新。
