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

測試要求

根據(jù)組織需要測試的內(nèi)容，測試的要求會有所不同。例如，操作系統(tǒng)補丁程序?qū)⑿枰逻\行操作系統(tǒng)的服務器或服務器實例。但是一個錯誤的操作系統(tǒng)更新可能不會立即顯現(xiàn)出來，并且用更新測試一臺服務器是不夠的。在理想情況下，這個更新會在多個服務器上進行至少幾天的測試。

[[216693]]

應用程序的更新比操作系統(tǒng)的更新更加集中。一個服務器或?qū)嵗赡芫妥銐蛄恕５诖蠖鄶?shù)情況下，測試將需要進行得更徹底。在某些情況下，***的測試方法是把潛在的新版本帶到生產(chǎn)線上，讓真正的用戶在應用程序中實際執(zhí)行正常的活動。問題是，如果出現(xiàn)問題，組織需要一種非?？焖俚鼗謴偷揭郧鞍姹镜姆椒?。

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

DRaaS如何提供幫助？

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

對于測試和開發(fā)，DRaaS可以執(zhí)行備份的頻率是理想的。這意味著測試和開發(fā)過程可以與最近的數(shù)據(jù)副本協(xié)同工作。

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

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