有規劃的小破壞將可以釀成巨大的災難性事 情。這樣的災害性事件我們都可能會遇到，畢竟IT經理們沒有什么不同。
我們都知道諸如南加州的地震、紐約市隧道里的火災、佛羅里達州和路易斯安那州的颶風這些都屬于大規模災難。這些災難性事件使得許多企業在災后都必須制定 災后重建計劃，甚至在許多情況下給企業造成了巨大的商業損失。盡管這些災難事件都有著巨大的破壞力，但畢竟它們并不經常發生。讓我們來看看這些真正的大的 災害性事件吧。
下面這些則屬于妨礙我們業務上的小災害。諸如電 子郵件服務器的數據庫損壞、訂單處理應用程序運行失常、網絡運行失常、公司的關鍵服務器遭到黑客入侵、公司雇員為泄憤任意竄改企業的數據。這些問題發生的 可能性要比上述的那些大災難要多得多。問題是我們當中有多少人曾考慮過如果上述這些所謂的“小災害”發生在我們的數據中心，我們能做什么呢?
我們大家都曾思考過這些問題，并都有一些不步程度的解決方案。但我們的所謂的方案 都不夠充分。我們每個人都有大量的關于如何能夠恢復正常運作的想法，但我們的這些想法都未曾涉及到如果我們重新恢復到正常運作之后，我們將如何繼續得問 題。問題是恰恰正是這種想法可以產生巨大影響。
事實上，電郵服 務器運轉的失常倒不是導致商業失敗的原因。真正導致商業失敗的原因是我們的客戶和員工缺乏良好的溝通。電子郵件是我們的重要工具。沒有它，我們顯然處于不 利地位。雖然我們不能想像我們的日常運作沒有電子郵件的幫助會是怎樣，但其實如果電子郵件真的無法使用，我們可能反而可以將損失減少到最低限度。
每一項災害性事件都可能導致兩方面的影響：
- 恢復進程
- 不存在的進程
恢復 進程對IT專業人員來說通常都非常簡單：恢復快照、恢復備份、根據儲運損耗的情況聯系供應商等。即使我們從來沒有執行這樣的補救措施，方案仍然是相當標準 和固定的。我們甚至可以在許多情況下創造性的采取相關措施，畢竟我們有足夠的經驗來應對各種進程。
“不存在的進程”則要復雜得多。我們常常甚至從未啟動過這一進程，因為我們認為恢復 過程會很快自動運行，因此為什么要自找麻煩呢?這就是所謂的傲慢，而這恰恰是我們的災難性的問題的開始。如果我們對“不存在的進程”有一個很好的處理計 劃，我們大概能夠經受住所有風暴的考驗。顯然，我們需要花費大量的時間在這上面了。
運用設想進行難后恢復工作
要充分地做好各種災害的準備，我們就必須考慮我們有可能遭遇的各種災害的類型。我們可以通過如下這些步驟來進行：
第1步：設想最有可能的災難性事件
當然這些災難性事件根據企業規模性質行業的不同差別很大，但也有許多相似之處。一 般而言，我們可以想像關鍵應用程序出狀況是最具破壞性的。在這項實驗的研究過程中，我與我的同事考慮了可能的情景。我們很快設想了五種狀態。前四中狀態我 們都有第一手的經驗。也許你正經歷這第1步，而處理這第1步最好的方法是運用過去的經驗。您或您的工作人員有經驗的設想將是非常有價值的。
不管你在這方面思考得多或者少，但都必須徹底的考慮到。你在之前預測和想象的越 多，就越能掌握更多的資源以應對這些事件的發生。
第 2步：確定這些事件對公司業務的影響程度
從 高到低的列舉出這些事件對公司業務的影響破壞程度以及從影響程度最高的事件開始，制定一套全面的恢復每個事件的計劃。對公司業務的影響通常主要是以時間的 長短來衡量的。如果電郵服務器僅失常了5分鐘，其影響也就無關緊要。但是，如果電郵服務器持續數小時甚至數天出狀況的話，對業務的影響則要大得多。做最好 的希望，并提前為最壞的情況制定應急方案則是你工作的重中之重。
針對電子郵件運轉失常的一項全面的災后恢復計劃必須考慮到所有在恢復后可能發生的事件，同時還必須要有足夠的應變計劃，來應對以防這些恢復計劃出差錯。
評估每種狀況下對公司業務的影響，及時的對相關狀況進行處理是必須的。并要特別關 注于具有影響力的事件。
第3步：對業務影響的 估計(從高到低的列舉出這些事件對公司業務的影響破壞程度)
可以想像一些災難情景不會對公司業務產生太大的影響或者不經常發生，所以也就不足以擔心。但是，另一些情況會產生嚴重后果。要充分了解并掌握最有可能或 最關鍵的情景，你還有很長的路要走。而這樣的情況下，充分的設想就可以幫助你。長遠來看，在許多情況下簡單地設想一些狀況會導致什么事情的發生，將在很大 程度上幫助你。一些問題如果你曾考慮過，你很可能會再次考慮。
第 4步：制定恢復計劃
對于每種情況都制定一套 詳實而全面的恢復計劃，包括涉及到的人員、事件、時間、地點以及如何有效的進行解決。對于傳統的數據中心的問題，如一個應用程序的失常或數據的被篡改，將 對其制定詳實的恢復計劃，并要求體員工了解和很好的掌握。
對于 處理那些影響到公司基礎設施的災害性事件，可能需要另一個網站來協助回復。你是否有有備用的網站?
應急方案：如果A計劃行不通，將采取什么措施?是否有一種替代方案?設想一些補救情 景。有一個是最佳的，但有可能要為此付出代價。
總的來說，我們 的計劃如下：
- 人員：誰是恢復計劃最主要的參與者?如果他 們無法及時趕到，我們如何與他們聯系?有哪些替代人員?
- 事件：我們要恢復什么?如果我們的第一個恢復選項失敗我們該怎么辦?我們要必須 執行該計劃需要什么資源?我們是否有一個備用的網站，其他所需的硬件，或替代的聯系方式?
- 時間：我們預測補救措施什么時候可以切實的完 成?這對于“不存在”的進程是至關重要的。對該事件會持續多久的估計對“不存在”的進程的處理計劃也是十分關鍵的。
- 地點：補救措施在哪 里進行?如果在應用失敗情形下，大概在我們的數據中心的什么地方?除非有通訊中斷，有可能是一個備用站點。
- 如何進行：我們需要多少資 源?有什么其他附庸資源?制定一個全面的恢復計劃是相當棘手的。您的計劃考慮得越周全，就越有助于您處理好災后恢復事件。好消息是，這是一個標準的數據中 心的程序。我們要善于應對這一問題。只有我們將所有可能發生的狀況都考慮周全了，尤其是那些迫使我們必須會迫使我們選擇備選方案的問題也都考慮周全了。有 超過一個補救選擇是至關重要的。我們了解的將會導致我們出現狀況的問題已經不成其為問題了，而只有那些我們還不知道的問題才是關鍵所在。所以，我們在之前 越多的設想可能出現的狀況，就越有助于我們較少因這些問題所產生的損失。
第5步：開發“不存在”的進程
你可以通過開發“不存在”的進程來賺錢。很好的實施這一步驟以及計劃，將可以最大 限度地減少或者消除幾乎任何狀況所帶來的影響!讓我們以電郵服務器失常為例吧。
如果電子郵件是您的企業重要的通信的工具，你將很快面臨很多大問題。你會怎樣處理?是否有替代的通信方案?你是否有另一臺電子郵件服務器?你是否有辦法 讓客戶知道你的另一種替代通信方式?你的B計劃是什么?(你的B計劃是什么意思?我們甚至連A計劃都還沒有!)
理論上，您可能考慮過如果電郵無法正常提供服務您將怎么與客戶溝通。您的計劃也許多 余的時間來幫您確定您將使用哪套備選方案。基于來自所要補救恢復的信息，您能實施您的選擇。例如，如果補救措施將需要八個小時以恢復電子郵件服務，您也許 會決定通過電話和網站公告及時與您的顧客溝通，解釋問題和并告訴他們與您聯系的可供選擇的方法。您可能會開始使用一種替代的郵件服務器，不管你采取上述您 的數據中心的恢復措施中的二者中任何一種，甚至或許您有可能采用第三方電子郵件提供商。或許在你所在的企業中有另一個部門可能可以提供你所需要的資源。
如下是另一種關于所涉及人員、事件、何時、何地，以及如何處理災后恢復的問題。
- 所涉及人員：誰需要被告知出現狀況?由誰來告訴他們?在這一過程中誰提供所 需的相關信息?
- 事件：替代方案是什么?無此應用程序、通信方式我們怎樣開展業務?
- 時間：我們何時采取補救行動?我們 合適切換到另一種可選方案，以便我們能夠開發“不存在” 的進程?
- 地點：我們的客戶在哪里可以繼續與我們開展業務?我們的業務將在什么 位置?我們的工作人員在哪里?
在這期間的商業活動將如何進行?
時間問題是關鍵。如果你曾考慮過電子郵件服務失常將會持續的各種時間狀況，并隨著持 續時間的長短不同制定了不同的應對措施時，你會知道該怎么辦，并隨之采取相應措施。如果您的恢復計劃是完美的，你可能不需要做任何事情。然而，一旦出現問 題，事前曾考慮過的一些替代方案被證明是非常寶貴的。
1967 年1月27日，一場悲劇性的大火席卷了佛羅里達州肯尼迪航天中心的阿波羅1號指令艙。飛船上所有3名宇航員全部喪生。指責聲響徹政府大廳。美國參議院宇航 員Frank Borman指出，“這是一次事前設想的嚴重失敗。我們的考慮還是有限的。我們沒有預見到十一種意外情況。沒有人想到會發生致命的火災事故，或者說沒有預 料到一個非爆炸性艙口可以防止宇航員逃避這種災難。沒有人想到它會發生。我們的責任在于未曾充分考慮過可能可能發生的事故。
阿波羅1號調查完成后，美國宇航局重新實施了登月計劃。他們安然度過了最大的災難， 并積累了更多的經驗。他們實現考慮了更多的可能發生的問題及其解決辦法。阿波羅13號給了他們再一次機會，他們的預先設想得到了回報。不但沒有再次失去三 名宇航員，他們事先預想可能出現的狀況和相應的實施解決方案能力大大提高。你甚至可以說，這次太空旅行定下了未來太空旅行的基調。
我們可以由美國航天局的教訓中學到很多東西。設想災難將影響我們。當我們解決目前所 面臨的問題時，想象一下，解決目前這些問題的方案及其備選方案。根據我們的想象力培養良好的計劃，這樣我們就能選擇處理問題的最佳方式。
我們無法想象我們的生活沒有科技。因此，我們必須設法想象，如果我們有機會建立一 個現實的災難恢復計劃。
