幾乎每個數據中心都需要測試操作系統更新和新代碼版本。采用DRaaS解決方案就可以滿足需求。問題是這些測試需求需要一個正在測試的服務器的副本以及***的數據副本。組織不僅難以將物理服務器。網絡和存儲專用于這項任務，而且也很難花時間定位數據副本所需的時間。好消息是，采用災難恢復即服務（DRaaS）可以解決了這些問題。

測試要求

根據組織需要測試的內容，測試的要求會有所不同。例如，操作系統補丁程序將需要更新運行操作系統的服務器或服務器實例。但是一個錯誤的操作系統更新可能不會立即顯現出來，并且用更新測試一臺服務器是不夠的。在理想情況下，這個更新會在多個服務器上進行至少幾天的測試。

[[216693]]

應用程序的更新比操作系統的更新更加集中。一個服務器或實例可能就足夠了。但在大多數情況下，測試將需要進行得更徹底。在某些情況下，***的測試方法是把潛在的新版本帶到生產線上，讓真正的用戶在應用程序中實際執行正常的活動。問題是，如果出現問題，組織需要一種非常快速地恢復到以前版本的方法。

***，需要一個持續的開發環境，應用程序員可以在代碼準備好進行上述更廣泛的測試之前通過開發過程來使用它。這種情況將會再次需要一個或多個服務器提供最近的數據副本，使開發人員能夠盡可能創建真實世界的解決方案。

DRaaS如何提供幫助？

DRaaS解決方案的核心是需要兩個特性，這也有助于它成為測試和開發的理想平臺。首先，DRaaS解決方案必須能夠經常保護（復制）數據。通常情況下，頻繁備份是通過執行子文件或基于塊的備份來完成的。主要的是，他們需要這個功能，所以他們可以通過傳輸非常小的批次更新來更新基于云計算的數據副本。該功能還允許他們每隔15分鐘或更少時間執行備份。

對于測試和開發，DRaaS可以執行備份的頻率是理想的。這意味著測試和開發過程可以與最近的數據副本協同工作。

第二個重要功能是主機托管幾乎每個DRaaS解決方案中固有的一個或多個服務器的虛擬實例。但是這些服務器的托管必須是無縫的。如果測試環境或開發人員必須等待數據復制到另一個位置才能啟動虛擬服務器，那么很多優點就會丟失。在理想情況下，虛擬服務器的實例化可以在本地部署的數據中心以及在云端進行。大多數DRaaS解決方案都使用本地設備來收集數據，因此在測試、開發以及災難期間使用此設備來托管應用程序也是有意義的。

在大多數情況下，數據保護和災難恢復被視為保險策略。但是通過像DRaaS這樣的解決方案，該用例可以擴展到更主動和節約成本的用途，例如不需要輔助服務器和單獨的副本數據管理解決方案。