如今，多數(shù)企業(yè)在建設(shè)IT業(yè)務(wù)系統(tǒng)的時候都會特別關(guān)注災(zāi)難恢復(fù)（DR）計劃的構(gòu)建，但是部分企業(yè)IT部門也會經(jīng)常忘記，即便是最詳細(xì)的災(zāi)難恢復(fù)計劃，也需要進(jìn)行實際評估，以確保一切正常工作。如果沒有災(zāi)難恢復(fù)測試策略，任何計劃的有效性都難以得到保證。

一個組織需要制定一個完備的計劃，即當(dāng)一場災(zāi)難——不同類型、范圍和影響程度的災(zāi)難——發(fā)生時，應(yīng)該采取什么步驟進(jìn)行應(yīng)對。通常，一個組織會花相當(dāng)多的精力進(jìn)行業(yè)務(wù)影響分析和風(fēng)險評估，然后再創(chuàng)建相應(yīng)的計劃。

但基本上來講，一個未經(jīng)測試的計劃只是一組概念性的步驟。當(dāng)然，有些事情會起作用，但是隨著環(huán)境的變化和業(yè)務(wù)需求的發(fā)展，并不能真正百分之百保證未經(jīng)測試的計劃會起作用。

所以，你需要對這個計劃展開測試，你必須向自己和上級證明你的計劃是可行的。DR計劃的要點是預(yù)先降低和災(zāi)難相關(guān)的風(fēng)險，并且測試該計劃以降低該計劃失效的可能性。

希望以下四個步驟，可以為您建立正確的災(zāi)難恢復(fù)測試策略提供參考。

確定該計劃的哪些部分需要測試

你的DR測試可能包括任何內(nèi)容，從單個系統(tǒng)到多層應(yīng)用程序，再到整個環(huán)境。根據(jù)你的組織中各部分內(nèi)容的關(guān)鍵程度的不同，你首先應(yīng)定義好需要測試什么。在考慮這個問題的時候，一定要包含依賴。例如，如果交易依賴于活動目錄和DNS記錄，請注意這一點。

確定測試頻率

DR計劃的測試頻率一直是個問題。在災(zāi)難恢復(fù)測試策略中，測試的頻率應(yīng)該基于計劃的更改頻率。完全沒有變化的工作負(fù)載可能每年只需要進(jìn)行一次DR測試。當(dāng)系統(tǒng)、應(yīng)用程序和平臺發(fā)生變化時，DR計劃將得到更新，這意味著需要對其進(jìn)行測試。這個決定不一定是最終的，根據(jù)相關(guān)工作負(fù)載的緊急狀態(tài)，可以每季度或每半年對DR計劃的測試需求進(jìn)行評審。

選擇測試方法

執(zhí)行DR測試有四種普遍接受的方法。在考慮哪一個更適合你時，請記住，其目標(biāo)始終是驗證災(zāi)難恢復(fù)計劃在實際執(zhí)行中是否有效。這四種常見的方法是:

簡單的計劃復(fù)審——這是聽起來最基本的。DR團(tuán)隊仔細(xì)檢查災(zāi)難恢復(fù)計劃，找出任何過時、缺失等不合理的部分。

桌面排練——DR團(tuán)隊全面瀏覽整個計劃，可以想象它正在執(zhí)行階段，團(tuán)隊需要討論每一個步驟并找出任何潛在的問題。通常，這是通過使用恢復(fù)場景來完成的，以確保該計劃在特定的災(zāi)難環(huán)境下有效。

DR場景模擬——基本上來說，這是DR計劃在非生產(chǎn)DR環(huán)境中的實際執(zhí)行。它通常僅限于特定的工作負(fù)載、系統(tǒng)、應(yīng)用程序等，并不包括整個環(huán)境。

完整的DR模擬——與前面的方法相同，不過在這個方法中，您需要在一個完全中斷運行的場景中恢復(fù)所有內(nèi)容。

更新DR計劃

你的測試可能會發(fā)現(xiàn)災(zāi)難恢復(fù)計劃是正確的、不需要調(diào)整，或者更有可能的是，它發(fā)現(xiàn)了一些需要處理或更新的缺陷、錯誤和遺漏。因此在多數(shù)情況下，完成測試后你還需要一些時間來更新DR計劃，并做出一些必要的更改，以確保成功地進(jìn)行恢復(fù)。

測試可能是你的整個DR計劃中最重要的部分。沒有它，你真的無法確定這個計劃是否會奏效。因此，如果你的DR計劃中目前還沒有包含災(zāi)難恢復(fù)測試策略，最好加上。這樣一來，你就能夠在遇到災(zāi)難時更好地完成恢復(fù)計劃。