假如供應商所提供的災難恢復服務中包含了測試功能，那么請盡早理清該功能可以怎樣支持到你的災難恢復規劃測試。盡量找那些可以提供***次數測試的公司，或至少在這方面有著相對寬松的策略，例如季度或每兩個月一次的測試，以便于你的測試計劃安排。

除此之外，看看供應商為開發基于云的災難恢復計劃和測試活動提供了哪些方面的支持。

在對于災難恢復即服務(DRaaS)或基于云的災難恢復(Cloud DR)測試過程中，以下20個***實踐是你取得成功的保障。

[[200008]]

1. 明確你在基于云的災難恢復計劃中需要測試的內容，例如從生產系統到災難恢復環境的故障遷移，以及從災難恢復到正常生產的故障恢復。
2. 書面記錄下災難恢復測試計劃，明確誰需要參與測試，以及你所將需要的各種資源，例如虛擬化系統、數據庫、數據以及網絡服務。
3. 系統和數據的負責人應當事先審查基于云的災難恢復計劃，從而確保計劃目標符合預期。
4. 在準備自己的產品之前，請先詢問DRaaS供應商是否能提供測試腳本。
5. 準備測試腳本以方便測試。這點相當重要，因為腳本在測試中同樣需要驗證，這將是你在日后實際情況中的操作程序，需要你的DRaaS供應商參與其中。
6. 明確從DRaaS供應商處所能得到的支持水平;例如他們會到現場查看你的測試進度，或是用遠程方式接入，以及所需其提供的技術支持。
7. 確保測試所需的所有資源都能正常工作。
8. 通知你企業組織中的其他部門——尤其是IT部門——有關災難恢復計劃的測試提案。同樣不要忽略公司的管理層，告訴他們所講測試的內容和預期的結果。
9. 和測試團隊的所有成員提前討論災難恢復計劃測試中的相關活動，以便每個人都對在過程中的角色和職責了然于胸。
10. 假如可以安排，并且DRaaS供應商提供支持，那么和盡可能多的參與者(包括供應商)安排預演。從中或許會發現潛在的問題，例如不正確的腳本，錯誤的URL或其它資源——這些都會對災難恢復的順利測試產生不利影響。
11. 確保測試在不影響生產系統環境的正常運行，例如可以進行在研發和系統測試環境中。
12. 一旦基于云的災難恢復計劃測試啟動，需要有人時刻記錄并控制測試活動的時間。測試腳本文檔應當可以記錄下特定活動完成的時間。
13. 在測試中安排休息間隔來檢查其進展狀況;但是注意，在真正的緊急狀況下你不會有這樣的時間。假如活動未有按計劃完成，請準停止測試。
14. 一旦測試完成、結果記錄在案，那么是時候進行總結匯報，看看哪些是有效，哪些并不奏效，以及對失敗的活動如何進行補救。
15. 記錄測試的后續處理報告，提交管理層。
16. 和DRaaS供應商一同回顧災難恢復測試的結果，讓他們知道該如何協助你解決問題。
17. 如果可能的話再安排一次測試，從而判斷修改后的測試計劃和腳本是否順利通過。如果不可能額外安排測試，那么考慮一下：測試中發現的問題假如在實際狀況下發生，會給企業和組織帶來怎樣的風險。所有的調查結果都應在后續報告或測試報告中注明。
18. 假如系統和資源會支持企業的關鍵業務，請執行附加測試，確保這部分資產會被快速恢復。
19. 根據測試結果更新災難恢復計劃和其它相關文件。
20. 和DRaaS供應商協調安排下一輪測試。

當擁有一位能夠辨明輕重緩急的DRaaS供應商時，你基于云的災難恢復計劃會更有機會取得成功。