K-12 學校計算機網路/第 15 章

什麼是災難計劃？

災難計劃是指在災難發生時實施的預備計劃。災難可能小到一臺計算機崩潰，也可能大到火災燒燬整所學校。無論規模大小，每個企業、醫院、組織和學校都應該制定災難計劃。雖然計劃過程和實際計劃會根據組織的規模和性質而有所不同，但主要思想對任何規模都適用：做好準備。如果你為災難做好了準備，恢復時間和損失將大大降低。作為 K-12 技術協調員，您需要負責災難計劃的技術方面。在當今世界，技術影響著學校的方方面面；學校依賴技術進行教學、儲存學生記錄和資訊、與利益相關者溝通等等。因此，您需要為災難做好準備，因為即使是一場小災難也會中斷學校環境。

本章將幫助您為學校制定計劃。請記住，沒有完美的災難模板，您也無法總是預測每種型別的災難。您不應為每種可能的危機制定災難計劃，而是您的災難計劃應該能夠處理各種情況。

學校網路聯盟 (CoSN) 已經承擔起為 K-12 技術協調員做好災難計劃準備的責任。他們認識到技術正在影響學校的方方面面，因此技術協調員在災難計劃中發揮著重要作用。您可以在其網站上訂閱其新聞簡報、檢視簡報、案例研究和簡報，以及瞭解其專業發展活動：CoSN

此影像描述了災難計劃的過程：緩解和預防以及準備 - 災難之前，響應 - 災難期間，恢復 - 災難之後。

緩解和預防

"您採取的行動，以識別可預防和不可預防的災難，並解決可以採取哪些措施來消除或減少災難發生的可能性及其伴隨的風險"

第一步 - 頭腦風暴

在您準備好之前，首先要做的是對可能對學校構成威脅的災難進行頭腦風暴。您必須從內部和外部考慮人為災難和自然災難。紐約非營利組織協調委員會有一份指南，“災難計劃、應急準備和業務連續性”。雖然這份指南的重點是業務連續性，但仍然有很多指南可以應用於技術災難計劃。他們為從哪裡開始思考可能的災難而提供的指南分為歷史、地理、人為錯誤和物理

歷史：社群、您的設施或附近發生過哪些型別的緊急事件？（例如，火災、自然:::災難、事故、公用事業等）

地理：您所在的位置可能發生哪些情況？（例如，靠近：易受洪水影響的地區；危險物質生產、:::儲存或使用；主要運輸路線；發電廠等）

人為錯誤：員工可能造成哪些緊急事件？員工是否接受過安全工作培訓？他們是否知道在緊急情況下該怎麼辦？人為錯誤可能是由於培訓和監督不足、疏忽大意、行為不端、藥物濫用、疲勞等造成的。

物理：設施的設計或建造可能會導致哪些型別的緊急事件？物理設施是否提高了:::安全性？考慮：辦公室的物理結構；儲存易燃物或有毒物質的設施；危險過程或:::副產品；照明；疏散路線和出口；避難所等

除了考慮所有這些可能性之外，您還需要考慮一種災難，它會阻止您在未知的時間內進入學校。您可能甚至無法進入檢索您的備份檔案。或者您可以進入大樓取回您的裝置，但隨後您需要將其移除並帶到另一個地方。災難計劃的理念是為小問題和大災難做好計劃。在頭腦風暴時，不要忘記為不那麼戲劇性的災難制定計劃。一場重大自然災害不如停電、系統被破壞或網路崩潰的可能性大。如果您無法處理每週發生的災難，那麼總是為重大危機做好準備將毫無幫助。

第二步 - 分配團隊

如果您是唯一知道災難計劃的人，而災難發生時您不在，那麼該計劃就毫無用處。在大型組織中，您很可能成為建立計劃團隊的一部分。您的組成部分將涉及學校的技術，而其他人則負責學生的安全等等。在建立計劃時，團隊之間應該進行溝通和合作，以便該計劃具有凝聚力和可行性。如果您是一所小型學校的技術協調員，您將不會擁有一個團隊。但是，您仍然應該確保有人知道該計劃的來龍去脈，以防您在災難發生時不在那裡。

在分配團隊時，請記住需要有一個指揮鏈，以便在第一負責人不在場無法將計劃付諸實施的情況下，第二負責人可以接管，依此類推。如果您的計劃的一部分是用技術語言寫的，那麼您很有可能浪費了時間編寫該計劃，因為如果沒有任何技術人員可用，它將無法實施！

第三步 - 風險分析

在 CoSN 的“危機計劃簡報”中，他們表示，在頭腦風暴之後，您需要進行風險評估/分析，以“考慮所有可能的威脅和漏洞以及每個威脅和漏洞的後果”。

進行風險評估：

* 分析被認為對任務至關重要的流程和功能。

* 識別潛在災難的型別以及每種災難對任務關鍵專案的影響。

* 根據可接受的不可用時間進行優先順序排序。

* 繪製工作流程圖，考慮硬體、軟體、人員和其他資源需求以確保持續運營。

準備工作

"考慮最壞情況並制定全面計劃，以便對任何災難做出協調和有效的應對。"

步驟四 - 制定並編寫計劃

現在您已經對可能的災難進行了頭腦風暴，組建了團隊，並進行了風險分析，您需要實際編寫您的計劃。您的災難計劃應該包含三個部分：災難前做什麼，災難時做什麼，以及災難後做什麼。

-採取預防措施（基於頭腦風暴的可能性）。一些示例：保護您的資料，備份資料，在遠端位置備份資料，擁有異地辦公空間，製作計劃的多個副本，並將計劃也備份到異地。（如果計劃在災難中丟失，就沒什麼用處了！）

-識別和列出資源（硬體和軟體）、操作和記錄。瀏覽並對什麼是關鍵的、重要的和不太重要的進行分類。定期更新這些列表。列出您在緊急情況下可以聯絡的主要軟體供應商。

-準備一個防火箱，用於存放敏感和重要的資訊。

-與可以提供緊急幫助的合作伙伴聯絡，例如顧問和當地應急機構。此外，列出當地計算機供應商和計算機租賃公司的聯絡方式。

-“列出在緊急情況下需要聯絡的人的聯絡電話。這份清單應該分發給多個人，並且應該包含每個人的電話號碼，不要認為您能使用辦公桌上的電話簿或您的掌上電腦。"

-為最壞情況制定計劃。例如，所有常規通訊線路都不可用。制定備份通訊計劃。

計劃應該寫得清晰明瞭，組織得井井有條。應該包含需要完成的詳細任務，並且應該細分為多個部分。您不希望花費如此多的精力來準備您的計劃，然後卻因為計劃寫得不清晰，而您又不在場無法解釋，導致計劃無法使用。

步驟五 - 實踐

為了快速恢復，計劃需要定期審查和演練。在工作中，人員來來往往，因此務必不斷審查，以便新員工也能學會。持續檢查備份，確保其可靠。參與計劃的員工應該瞭解他們在災難發生時擁有哪些許可權。您演練、準備、審查和培訓得越多，從災難中恢復就越容易。

響應

"執行準備計劃並管理災難。"

步驟六 - 實施計劃

當災難發生時，您需要實施您的計劃。如果您不在場，您需要在學校安排一位知道該怎麼做的人。如何判斷是否是災難？這應該在培訓環節中明確說明。

在災難發生期間，您需要保持冷靜。當您需要進行溝通時，請快速而清晰地說話，並說出最重要的事情。如果通訊中斷，請實施備份通訊（計劃中已說明），並保持組織性。

恢復

"恢復階段的目的是將受災區域恢復到之前的狀態。"

恢復的目標是儘快恢復正常的學校生活。如果只是一場小災難，只需幾個小時就能將所有資訊重新載入到計算機中（希望所有資訊都已備份，並且備份沒有損壞），恢復時間就會很短。如果是一場大災難，計算機無法使用幾個月，如果沒有計劃，您的學校可能會停課幾個月，而且在這段時間內無法訪問您的資訊。但是，如果您制定了計劃，例如聯絡計算機租賃公司，並將您的資料備份到遠端位置，租賃的裝置可以使學校正常上課，並且您能夠訪問您的資訊。如果您被迫撤離大樓，並且不知道什麼時候才能返回，希望您已經為上課和裝置搬遷準備了臨時空間。正如本章開頭提到的，沒有放之四海而皆準的災難計劃。您只能盡力制定計劃，希望您的計劃能夠應對任何災難。

其他資源

YouTube 影片

這段 YouTube 影片是科利爾縣學校區網路技術協調員湯姆·佩特里（Tom Petry）的影片。他的學區容易受到颶風的襲擊，他解釋了vmware 技術在他們的災難計劃中起著重要的作用。（他說話很快，您可能需要聽不止一遍） YouTube 影片

技術災難恢復清單

***由 CoSN 作為禮貌提供 - 免費複製和分發***

1. 識別並聯系負責恢復工作的人員

2. 識別和/或建立緊急應變中心（EOC）

3. 員工會議

4. 建立通訊鏈路

5. 聯絡保險公司

6. 盤點

7. 聯絡供應商

8. 儘快恢復工資支付

9. 恢復資料

10. 開始清理工作！

清單的更詳細描述

提示

不要認為“這種事不會發生在我身上”。要時刻做好準備。

始終更新和審查您的記錄、您的團隊和您的計劃。

實踐、實踐、再實踐。

示例質量保證計劃 (QAP)

介紹

計劃簡介（情景選擇）

我打算為一家大學編寫質量保證提案，這家大學將在這份提案中被稱為 X 大學。X 大學是全美最大的校園之一。安全一直是一個問題，弗吉尼亞理工大學和州立大學校園發生的可怕事件，將永遠成為全國各地校園安全措施的一個轉折點。這份提案僅供參考。此外，我希望這些資訊能夠在實踐中得到應用，為學生、教師和員工提供更有效率的安全保障。

這份計劃的目的是提供一種質量保證方法，幫助當地保安和警官以特定方式即時向大量學生、教師和員工廣播重要的安全資訊。

計劃專案的介紹

該專案將涉及研究現有的通訊技術，並瞭解這些裝置及其資訊（資料）傳輸和接收方式的實用性。此外，我將建立一個線上調查，並將其分發給全美 25 所同類大學的安全主管。這項調查的結果將幫助我比較這些大學的安全程式和技術應用情況。新增圖片

公司背景

該大學成立於 19 世紀初，在全國和國際上都享有盛譽。儘管是一所公立學校，但研究生和本科生的州外學費是全國最昂貴的之一。該大學每年招收 36,000 多名學生，並僱用了 10,000 多名教職工。校園分為兩個部分，南校區和北校區。總面積超過 1,400 英畝（5.7 平方公里）。

公司改進領域（優勢和劣勢）

X 大學主要改進領域是安全部門。需要明確校園安全部門與當地警察局和消防局之間的聯絡。為了學生、教職工和工作人員的安全，需要即時向他們提供關鍵安全資訊。存在許多不同的程式和方法可以做到這一點，但需要考慮許多不同的問題。這些問題如下：

• 預算 • 技術 • 技術的使用者友好性 • 技術的實用性 • 技術的整體質量保證 • 效率

範圍

計劃範圍

為了開始這個專案，我需要組建一個由 5 到 6 人組成的團隊。該團隊將集思廣益，並制定出一系列 30 個問題。這些問題將被放入一個線上調查中，然後提交給 15 所大學。當大學安全部門填寫調查問卷時，資訊將即時提交。在此階段，我將與一位或多位經驗豐富的安全主管合作，來推斷資料。這些資料將讓我瞭解不同大學使用的安全技術和方法型別。

雖然該計劃將涉及大量研究，但也存在侷限性。這些侷限性可能包括但不限於

• 檢索有關私人安全程式的資訊。 • 在課程結束之前檢索我的調查資料並將其納入。 • 解讀資料並與一位或多位校園安全專家合作。

概述質量保證問題和問題。確定問題包括什麼，不包括什麼。

似乎不存在一種可行的無線即時向密集人群分發特定準確信息的方法。現有的技術包括網際網路、手機、簡訊和數字/模擬無線電。例如：向整個校園人群傳送一封包含與可能颶風警報相關的安全資訊的群發郵件。一些學生可能在途中，無法檢視他們的電子郵件。因此，該過程得出結論，部分無效。另一個例子：向學生群體傳送一條關於水管破裂的簡訊。一些學生可能將他們的手機設定為靜音，或者可能沒有手機。此外，許多學生可能沒有訂閱允許安全部門透過簡訊通知他們有關校園範圍內的安全警報的服務。

質量保證計劃的目標

本質量保證計劃（QAP）的主要目標是向全國的學院和大學校園安全部門提供統計和比較資訊。QAP 側重於一所假設的大學，但我將提供的資料將用於實際目的。本 QAP 將作為我專案的基礎，我打算在此基礎上進行建設，直到並超過本課程的完成。

方法（概述要完成的方法或工作）

我需要採取的主要方法是，設計一份包含特定問題（開放式和封閉式）的調查問卷，並提交給幾所不同的教育機構。然後，該流程取決於機構填寫調查問卷並提交。我將使用一個調查引擎（Surveymonkey），它將允許我即時獲取資料，以及其他選項，例如將資料匯出到 Excel 以便快速檢視和比較。當超過 50% 的機構填寫並提交了調查問卷後，我將能夠檢視資料。這些資料將由我自己以及 A 機構安全主管專業人員進行審查。至於在本專案中披露參與的學校，目前我尚不確定是否可以列出名稱。

計劃目的

該計劃的目的是允許任何數量的教育機構分析和了解許多方法，這些方法涉及在校園範圍內向學生、教職工和工作人員廣播通訊的能力。由於當今世界環境的性質，校園犯罪不可避免。校園自然災害也是一個問題。為了在校園範圍內即時廣播資訊，可能需要實施一些新技術。總體結論和最具成本效益的方法可能是使用手機，以及要求您在當地安全辦公室登記您的號碼。我希望審查替代方法和可能更有效的方法。本質量保證計劃中的總體資訊可以作為全國各機構瞭解無線分發資訊的替代方法的基礎。

計劃

為公司定義質量保證計劃

質量保證計劃（QAP）將向教育機構保證快速準確地分發資訊所需的流程。這包括但不限於特定的技術裝置。該計劃還將作為全國各機構瞭解替代通訊分發方法的基礎。

確定計劃的流程和程式（設計、開發、實施、維護、修訂）

QAP 的主要部分將是調查。調查將包含幾個問題，希望這些問題能夠及時得到解答。我可能無法確定一些資料，例如：• 校園裡有幾部手機？• 校園裡有幾部手持 PDA 裝置？• 校園裡有幾部 MP3 裝置？

在很大程度上，我認為在當今時代，校園裡超過 95% 的學生、教職工和工作人員都擁有手機，這是合理的假設。

審查（如何進行審查）

審查將由我自己以及可能具有校園安全方面重要背景的人員進行。審查僅用於教育目的。我可能會進一步分析資料，並允許更多專業人員分析資料並提供建設性反饋。我追求的簡單理念是，當今有哪些替代資源既具有成本效益又易於實施。我將透過網際網路進行研究，以探索不同型別無線裝置的世界。這些資料將被納入。

標準

為您的組織定義標準（ISO、IEEE...等）

列出並識別您將在質量保證計劃中使用的具體標準

我的組織將使用 ISO/IEC 15408 標準作為其新的質量保證流程。該標準被定義為資訊科技安全評估準則（維基百科，ISO ISO/IEC 1540）。

解釋將用於滿足標準的方法和技術

在無線傳輸機密資訊時，制定的標準確保了執行此操作的正確方法是準確和安全的。方法和技術可能看起來很繁瑣，但將被證明是有效的。在校園範圍內提交的資訊需要由三名安全人員以及機構負責人進行稽核。這確保了所傳輸資訊的準確性。如果發生緊急情況，只需獲得機構負責人的批准。傳輸此資訊的途徑將透過

• 電子郵件 • 手機簡訊（MMS、SMS） • CCTV（閉路電視） • 口頭通知（透過公共廣播系統）

描述程式並解釋程式的目標或目的

這些程式將確保準確的資訊有效地分發到密集的機構人群中。該程式的目標是使用足夠的技術和策略，在經過正確批准的情況下分發準確的資訊。在許多機構中，迫切需要擁有一個用於廣播資訊的通用途徑。因此，該 QAP 可以加強其安全程式和總體運營。

描述每個程式的活動或任務

我建立調查的主要程式所涉及的活動是，使用名為 Surveymonkey 的調查建立程式和服務。這將是一個錯綜複雜的流程，因為我需要設計正確的問題並注意調查的長度。由於我要要求填寫調查問卷的人員可能很忙，我需要確保問題切中要害，精確，並能夠讓我獲取正確的資訊。

解釋活動何時以及如何執行、記錄、參與者是誰、報告和糾正措施的後續行動

該活動將透過向 25 所不同教育機構的安全部門提交一份群發調查問卷來執行。該活動將提供有關安全程式的寶貴資訊。安全可能是一個生死攸關的問題，而我在 QAP 中制定的標準可能適用於某些機構，也可能不適用於某些機構。重申一下，目標是提供準確的資訊，希望實施一套與無線向機構內特定群體分發準確資訊相關的標準和實踐。

測試活動

一項可能的測試活動是評估在給定機構內無線準確廣播資訊的新實施方法的有效性。該活動可以為希望實施相同或類似系統的其他機構提供試錯資料。

第二項測試活動將是私下測試在實際情況中可能使用的裝置。這裡唯一的弊端是為此支付資金。這種方法可能是一種更安全的方法，因為進行模擬試驗比冒著生死風險的可能性要好。

文件

將建立哪些型別的文件來支援管理（使用者指南、計算機系統指南、中期報告、進度報告、最終報告）

將建立多個文件來支援管理。將建立的最重要的文件是應急計劃指南。還將建立一個用於操作裝置的故障排除指南。該技術是基於計算機的，因此必須瞭解作業系統，並將包含在 ISO/IEC 標準中。為了實施目的，將有一個最終報告，需要在完成安全程式後填寫。

解釋如何建立、使用文件以及報告的指南和維護

應急計劃指南：該計劃將逐步列出執行正確操作所需的步驟。

故障排除指南：本指南將提供有關故障排除中央計算機系統和其他技術的技術資訊。

最終報告：本報告將確保採取了正確的措施，並將進行審查和分析以供將來參考。這些資料也將允許未來開發我的 QAP。

測試活動的文件

測試活動的文件將由分配給 QA 團隊的技術作家提供。將由其記錄並妥善歸檔的逐步程式和試錯發生情況。這些資訊可能包含在 QAP 的最終階段，也可能不包含在最終階段。

測量

測量的目的

測量的目的是記錄新技術和實施程式的有效性。如果資訊不正確，即時向人口稠密地區分發緊急資訊的流程可能會誤導人們。這些總體測量將增強 QAP。

測量型別（示例 - 校準）

我將使用的主要測量型別是校準。這將允許我檢視之前和之後。這種校準將以季度為單位持續進行，並將確定 QAP 的有效性。以下是可能使用也可能不使用的其他適用測試方法的列表

單元測試：此測試將確保用於啟動大量資訊的軟體中的原始碼能夠正常工作。

功能測試：此測試將確保軟體和產品的所有功能都能夠按照產品宣傳的功能進行操作。

端到端測試：這種型別的測試可用於模擬現實生活中的蜂窩、網際網路、內部網和 WiFi 情況。

迴歸測試：這種型別的測試將確保先前軟體或硬體的修改已得到糾正。

何時以及如何使用測量

測量將在 QAP 啟動時使用。之後，這些測量將以季度為單位持續進行。

報告測量和檢查充分性

QAP 團隊將評估和推斷測試測量資料。這些資訊將用於加強測試過程。將糾正錯誤，例如從一種型別的計算機硬體或軟體切換到更高效的型別。糾正措施流程如果試驗或 QAP 中存在錯誤，QAP 團隊將對其進行評估和糾正。對於這種型別的 QAP，可能會出現許多預設錯誤，但擁有一個團隊將有望在這些低效率發生之前發現它們，或在資料中斷之前立即糾正它們。

風險管理

風險管理計劃、方法、過程、工具型別

風險管理計劃將包括與計劃相關的所有已知風險，並將由分析團隊建立。以下六個步驟將用於全面建立計劃

定義風險管理（適用於您的專案） 識別風險類別 列出可能發生的風險型別 確定風險發生的可能性 計算風險發生對專案的影響 按優先順序對已識別的風險進行排序（方法 123，2003 年）

確定風險是一項非常困難的任務，涉及許多不同型別的流程。儘管如此，風險管理是質量保證計劃 (QAP) 的關鍵部分。

用於識別和分析收集的資料以確定風險的程式和方法

將實施一個系統，用於記錄從中央安全辦公室發出的廣播傳輸量。此係統將致力於提高新實施技術的質量。我將使用風險優先順序編號 (RPN) 來分析故障模式和影響分析 (FMEA) 期間識別的風險。根據以下三個評級量表將得出潛在風險的嚴重程度。

嚴重程度，它評估故障的潛在影響的嚴重程度。

發生率，它評估故障發生的可能性。

檢測，它評估在問題到達終端使用者/客戶之前檢測到它的可能性。

然後將在五點嚴重程度量表上計算風險，這將允許真實地確認風險的嚴重程度，然後分析團隊將能夠糾正風險。

確定專案中風險的等級和用於管理風險的工具（風險矩陣、風險緩解計劃

當確定風險優先順序編號 (RPN) 並將其用於確定故障模式和影響分析 (FMEA) 時，收集的資料將包含在最終的風險緩解計劃中。該計劃將確定風險的嚴重程度、風險型別，並將解決所有可能的解決方案。

描述分析程式的績效標準

專案團隊將參與分析程式。將展示資料，團隊將檢視矩陣和緩解計劃，以及調查問卷的答案。將討論相關技術的型別，並建立一個實施計劃。第 7 節總結了分析程式的績效標準。

風險的糾正措施

當出現軟體故障、硬體故障或使用者錯誤等問題時，將建立一個糾正措施計劃。該計劃將包含問題詳細清單，並具有關聯編號以及實施日期。

培訓

定義和描述專案的培訓計劃

培訓計劃將確保所有人員處於同一水平，並瞭解如何有效地使用裝置以及故障排除和錯誤報告。將設計一本培訓手冊，其中將包含程式和故障排除章節。

實施計劃可能需要的特殊培訓或認證

雖然不需要任何認證，但建議獲得以下認證

• 認證軟體質量分析師 (CSQA) • 認證軟體測試人員 (CSTE) • 認證軟體專案經理 (CSPM) • COPC 註冊協調員培訓 • CBTL SM- 1 • CBQASM • 六西格瑪黑帶 • 六西格瑪綠帶 • 認可的 ITIL 基礎課程 • ITSM 基礎證書

人員培訓

安全部門的所有人員都將接受有關質量保證計劃的培訓。將包括故障排除和錯誤報告程式。

糾正措施和程式的培訓流程（向管理層報告的頻率，記錄經驗教訓的結束活動計劃）

所有員工都將參與錯誤報告，並將為雙週糾正措施和程式計劃做出貢獻。該計劃將包含發生的問題以及需要採取的糾正措施。選定的委員會將審查該計劃，並在批准後實施糾正措施。

分析和里程碑

確定總體糾正措施的里程碑和流程

將對實施的技術進行 12 個月的監控，並將所有已知問題即時記錄並傳輸到中央資料庫。12 個月後，如果所有已知的軟體錯誤和/或問題都未得到糾正，並且問題不在人員的過錯範圍內，則可以實施替代技術，這將從頭開始重新啟動 QAP。

結果、結論和後續行動

確定如何收集、審查結果，並列出不同型別的糾正措施

結果將透過一箇中央資料庫進行審查，該資料庫旨在從已實施系統的安全辦公室檢索資料。每個安全辦公室將有專人負責故障排除和記錄問題。以下是一些可能的糾正措施：

1. 實施全新的系統 2. 使用不同的無線裝置 3. 更改培訓程式 4. 糾正問題並繼續使用當前基礎設施

參考文獻

Clark, J. T. (1999). 成功之道：持續改進之旅支援指南。威斯康星州密爾沃基：Quality Press。

Method123，（2003）。風險計劃。檢索於 2009 年 4 月 4 日，來自 Method 123 Empowering Managers to Succeed 網站：http://www.method123.com/risk-management-plan.php

Realsoft Corporation，（2007）。審查 FMEA 中的風險優先順序數字。檢索於 2009 年 4 月 6 日，來自 Realsoft 網站：http://www.reliasoft.com/newsletter/2q2003/rpns.htm

Smith F. G.（1998）。質量問題解決：合格效能效率產品設計過程設計。威斯康星州密爾沃基：Quality Press。

Stamatis, D.H.，失效模式與影響分析：從理論到執行的 FMEA。美國質量協會 (ASQ)，威斯康星州密爾沃基，1995 年。

參考文獻

國際教育教職工規劃委員會 (CEFPI) http://www.cosn.org/Initiatives/ITCrisisPrep/TechnolgyRecoveryChecklist/tabid/4620/Default.aspx

IT 災難恢復的危機準備領導力。（2007）CTO 論壇危機準備檢索自 http://www.cosn.org/Initiatives/ITCrisisPrep/ToolsandResources/PresentationsandWorkshops/tabid/4643/Default.aspx

IT 災難恢復的危機準備領導力。（2009 年 1 月 19 日）危機計劃簡報。檢索自 http://www.cosn.org/Resources/ResourceLibrary/tabid/4189/id/19/Default.aspx

Cummings, J.（2008 年 10 月 28 日）“在災難來臨之前做好準備”。全國媒體和技術中心協會。

Mills, L.（2006 年 4 月）“與災難調情”。學校管理員。美國學校管理人員協會。檢索自 http://www.aasa.org/publications/saarticledetail.cfm?ItemNumber=5877

紐約非營利協調委員會，“災難計劃、應急準備和業務連續性”。檢索自 http://www.npccny.org/info/disaster_plan.htm

Terrill, T. (2006) 廉價技術。教育工作者和其他專業人士的生存指南。紐約和倫敦。教師學院出版社。

維基百科 - 應急管理 http://en.wikipedia.org/wiki/Emergency_management

http://en.wikipedia.org/wiki/VMware

http://www.youtube.com/watch?v=fqK6uluwzOo