可以證明地是,測試IT災難恢複計劃的兩個最重要的因素是保持計劃的更新和測試該計劃在關鍵時刻是否是有效。
在理想情況下,每年你都要帶領災難恢複團隊只用備份磁帶和新硬體在離線環境中無差錯地重建和恢複原有產品系統。聽起 來好像不錯吧?但不幸地是,絕大多數公司沒有能力每年都對其災難恢複計划進行全面測試。即使有這個能力的公司也需要在此 基礎上投入更多。
因此我的問題是:你如何避免在淩晨2:00打電話給你老闆,請他/她原諒你,因為你忘記了對Distributed File System(DFS)共用中放 置重要檔案的使用者驗證身份。
測試災難恢複計劃有4個主要部分。其中兩個步驟是識別出源檔案並口頭預排計劃。另外兩個步驟分別是利用現有方案和從錯 誤中學習,將在在第二部分中詳細描述。
識別源檔案
源檔案識別是災難恢複計劃的基本概念,但許多人都沒有正確認識它。你知道災難恢複後如何擷取所有軟體的拷貝,如何重 建個人應用程式嗎?過於自信的一方也許會說:“沒關係,已經備份好了。”但我對此的第一反應卻是:“你敢 保證嗎?我能獲得拷貝嗎?馬上可以嗎?”
也許你以為大部分都備份好了,但如果你仔細審查備份,就會發現還是有些東西丟失了,如資料庫結構描述,儲存程式,防火牆 規則集和DFS共用。對於DFS共用來說,使用者放置源檔案的目錄是否是正確的呢?你還忽視了最基本的一點---你有微軟Windows Server 2003的拷貝嗎?
你永遠無法預知什麼時候你的備份會失效,以至於你需要一個拷貝從頭開始。
別忘了詢問你的團隊成員是否他們使用了一些工具進行離線備份,如針對Windows Server 2008和Exchange 2007的自訂 LDAP搜尋指令碼,VB指令碼以及PowerShell指令碼。
口頭預排
給團隊成員買比薩餅,只需花費50美元,但如果能藉此及時發現存在的問題,帶來的效益卻是無價的。
你會驚訝於花半小時與你的團隊成員一起吃午餐能給你帶來什麼。開放的討論對於擷取你公司應對災難能力的情況是相當有 好處的。要使這一活動獲得成功,你必須事先花一些時間對議程作個計劃。
評價災難恢複準備的議程如下:
◆概述(會議目標)
◆Windows Server組
●組長作DRP陳述
●假設分析
●基於分析結果要採取的措施
◆活動目錄組
●組長作DRP陳述
●假設分析
●基於分析結果要採取的措施
◆微軟SQL Server組
●組長作DRP陳述
●假設分析
●基於分析結果要採取的措施
◆Exchange/Messaging組
●組長作DRP陳述
●假設分析
●基於分析結果要採取的措施
◆措施項(總結)
假設分析("what if analysis")是指組內每個人都向其它小組成員問一個假設性的問題,看他們如何應對各種可 能出現的故障。
最後一步是確定下次會議的時間,確保每個組都將提出的措施付諸實踐。各組組長分別負責相應的措施。這種活動可以每季 度舉行一次,以保證每個人對災難恢複都引起足夠的重視。