基于云的備份對很多公司具有廣泛的吸引力，因?yàn)樗鼮楫惖乇Ｗo(hù)業(yè)務(wù)數(shù)據(jù)提供了一種低成本的方法。但是，請小心。把業(yè)務(wù)數(shù)據(jù)移到云上是很容易的部分。 當(dāng)你確實(shí)需要數(shù)據(jù)而將其取回，已經(jīng)使事情變得具有挑戰(zhàn)性。由于這個(gè)原因，IT規(guī)劃人員需要理解所有的警告之后，才接受基于云的數(shù)據(jù)保護(hù)作為他們的恢復(fù)戰(zhàn)略的組成部分。

首先，仔細(xì)考慮：作為一種服務(wù)產(chǎn)品的大多數(shù)的備份在很終用戶所在地與云服務(wù)提供商（cloud service provider，CSP）的數(shù)據(jù)中心之間如何遷移數(shù)據(jù)。為了節(jié)省帶寬、加快WAN或者互聯(lián)網(wǎng)連接上的傳輸時(shí)間，備份數(shù)據(jù)通常經(jīng)過重復(fù)數(shù)據(jù)刪除處理并被壓縮，才被傳輸至CSP的設(shè)施中。這是把數(shù)據(jù)高效地移動到異地的一個(gè)好方法。然而，在需要進(jìn)行數(shù)據(jù)恢復(fù)的時(shí)候，這也提出了一些值得注意的挑戰(zhàn)。

經(jīng)過重復(fù)數(shù)據(jù)刪除的備份數(shù)據(jù)必須被“再水合”，或者還原成其本機(jī)的格式，才能被恢復(fù)到一個(gè)應(yīng)用程序。這個(gè)再水合的過程本身需要耗費(fèi)時(shí)間才能發(fā)生，但是更大的挑戰(zhàn)是它把所有這些數(shù)據(jù)從CSP的地點(diǎn)重新傳輸回到客戶所在地花費(fèi)的時(shí)間。如果需要恢復(fù)一個(gè)單一文件，這通常不是一個(gè)大問題。然而，如果需要還原一個(gè)大的應(yīng)用程序?qū)嵗?，或者更糟的是，如果需要還原整個(gè)公司的應(yīng)用程序環(huán)境，那么數(shù)據(jù)在網(wǎng)絡(luò)連接中緩慢移動所花的時(shí)間可能不是幾周，也要幾天時(shí)間。

為了應(yīng)付這個(gè)問題，越來越多的CSP正開始提供災(zāi)難恢復(fù)即服務(wù)（disaster recovery as a service，DRaaS），訂購者籍此可以在CSP的云中把他們的業(yè)務(wù)應(yīng)用程序作為虛擬機(jī)（VM）實(shí)例運(yùn)行。盡管它緩和了快速返回應(yīng)用程序到客戶數(shù)據(jù)中心操作的需要，但依舊提出了嚴(yán)峻的挑戰(zhàn)。

其一，該應(yīng)用程序在提供商的云上確實(shí)會運(yùn)行良好嗎？例如，為了以生產(chǎn)服務(wù)級別的質(zhì)量運(yùn)行，該應(yīng)用程序可能需要高速的存儲資源和/或需要連接一個(gè)可以支持成百上千個(gè)同時(shí)發(fā)生的用戶會話的強(qiáng)大網(wǎng)絡(luò)。如果你需要它們，在云中會有對等的資源可用嗎？總之，把應(yīng)用程序從一個(gè)你了解并控制的環(huán)境移到一個(gè)你完全依賴CSP的環(huán)境，會引發(fā)一些可能對服務(wù)質(zhì)量產(chǎn)生負(fù)面影響的未知變數(shù)。 事實(shí)上，大多數(shù)DRaaS提供商并不提供任何關(guān)于應(yīng)用程序恢復(fù)到云的性能方面的服務(wù)水平協(xié)議（SLA）。很多（DRaaS提供商）只是提供你在他們的設(shè)施中運(yùn)行應(yīng)用程序而已。

其次，把該應(yīng)用程序移回你的數(shù)據(jù)中心的時(shí)候，你將如何完成？所有數(shù)據(jù)仍必須透過網(wǎng)絡(luò)傳輸?shù)侥愕乃诘亍?nbsp;考慮到這些挑戰(zhàn)，選擇是什么？顯然，如果該應(yīng)用程序可以容忍短時(shí)間的受限的服務(wù)質(zhì)量直至正常的服務(wù)可以在數(shù)據(jù)中心得到恢復(fù)，那么在云中恢復(fù)就可能是一個(gè)可行的選擇。然而，與云提供商就協(xié)助將大量數(shù)據(jù)從云提供商的設(shè)施傳輸?shù)侥愕臄?shù)據(jù)中心的規(guī)劃而進(jìn)行的首次合作，對于實(shí)現(xiàn)你信息的快速恢復(fù)至關(guān)重要。

公司需要考慮的另外一個(gè)場景是：如果CSP的幾十個(gè)或幾百個(gè)客戶同時(shí)出現(xiàn)災(zāi)難，會出現(xiàn)什么情況。在CSP數(shù)據(jù)中心內(nèi)部的資源爭奪可能導(dǎo)致恢復(fù)操作徹底停滯。盡管很多CSP可能簽署了恢復(fù)時(shí)間的SLA，但是在確保所有客戶在區(qū)域性的災(zāi)難期間都能迅速地訪問其備份數(shù)據(jù)方面，他們幾乎無能為力。

這是否意味著從云中恢復(fù)數(shù)據(jù)對公司毫無價(jià)值？不是。所有這一切都意味著IT規(guī)劃人員需要想出方法來堵住他們恢復(fù)策略的漏洞，并盡其所能為所有的意外事件未雨綢繆。例如，在磁帶上保留一份備份數(shù)據(jù)的副本并存放于本地——或者在理想的情況下，存放于可以在12至24小時(shí)的時(shí)間段內(nèi)進(jìn)行恢復(fù)的安全設(shè)施里——在必須大批量還原數(shù)據(jù)的時(shí)候，這實(shí)際上會是一個(gè)更好的恢復(fù)選項(xiàng)。

換言之，本地的、基于磁帶的恢復(fù)要比必須通過WAN或者互聯(lián)網(wǎng)連接的緩慢移動的恢復(fù)要快得多，尤其當(dāng)這些連接被其他的用戶流量飽和的時(shí)候。擁有磁帶副本也提供另外一層保護(hù)，以防復(fù)制到云上的備份數(shù)據(jù)受到某種程度的損壞。

乍看之下，似乎基于磁帶的策略違背了基于云的備份的初衷。畢竟，消除磁帶對很多公司具有強(qiáng)大的吸引力。 好消息是：當(dāng)基于云的備份與本地磁帶備份同時(shí)使用的時(shí)候，公司實(shí)際上可以相得益彰——具備較低風(fēng)險(xiǎn)的基于云的恢復(fù)的便利性（例如單一文件的還原工作），同時(shí)具備本地磁帶更嚴(yán)格的恢復(fù)任務(wù)的安全性（例如整個(gè)系統(tǒng)的恢復(fù)）。 另外，由于備份數(shù)據(jù)的副本駐留在云上，必須把磁帶上的副本減至1份，而不是保留2份副本（1份在本地而另1份在異地）。

對于很多公司而言，這將是他們的備份操作和恢復(fù)策略的一個(gè)巨大提升。 在云上的備份和恢復(fù)是數(shù)據(jù)保護(hù)寶庫中的一個(gè)工具。它并不是一個(gè)解決你所有備份和恢復(fù)需求的放之四海而皆準(zhǔn)的解決方案，但它是一個(gè)極佳的選項(xiàng)，使公司能夠在一個(gè)備用設(shè)施中確保數(shù)據(jù)安全，同時(shí)提供有限度的可恢復(fù)性的選項(xiàng)。當(dāng)與本地?cái)?shù)據(jù)恢復(fù)策略（例如經(jīng)濟(jì)有效的磁帶備份）相互結(jié)合的時(shí)候，IT部門毋須耗費(fèi)巨資就可以增強(qiáng)業(yè)務(wù)數(shù)據(jù)的保護(hù)。

同樣地，把應(yīng)用程序恢復(fù)成云上的VM的DRaaS產(chǎn)品會在審查之后，才被很終用戶采用。如果很終用戶只是想能夠運(yùn)行應(yīng)用程序，哪怕是在主數(shù)據(jù)中心進(jìn)行恢復(fù)操作時(shí)以削弱模式運(yùn)行，DRaaS產(chǎn)品也可以成為專用的DR基礎(chǔ)設(shè)施的一個(gè)可接受的、具有成本效益的選擇。