基于云的備份對很多公司具有廣泛的吸引力，因為它為異地保護業(yè)務(wù)數(shù)據(jù)提供了一種低成本的方法。但是，請小心。把業(yè)務(wù)數(shù)據(jù)移到云上是最容易的部分。 當(dāng)你確實需要數(shù)據(jù)而將其取回，已經(jīng)使事情變得具有挑戰(zhàn)性。由于這個原因，IT規(guī)劃人員需要理解所有的警告之后，才接受基于云的數(shù)據(jù)保護作為他們的恢復(fù)戰(zhàn)略的組成部分。 首先，仔細考慮：作為一種服務(wù)產(chǎn)品的大多數(shù)的備份在最終用戶所在地與云服務(wù)提供商（cloud service provider，CSP）的數(shù)據(jù)中心之間如何遷移數(shù)據(jù)。為了節(jié)省帶寬、加快WAN或者互聯(lián)網(wǎng)連接上的傳輸時間，備份數(shù)據(jù)通常經(jīng)過重復(fù)數(shù)據(jù)刪除處理并被壓縮，才被傳輸至CSP的設(shè)施中。這是把數(shù)據(jù)高效地移動到異地的一個好方法。然而，在需要進行數(shù)據(jù)恢復(fù)的時候，這也提出了一些值得注意的挑戰(zhàn)。 首先，經(jīng)過重復(fù)數(shù)據(jù)刪除的備份數(shù)據(jù)必須被“再水合”，或者還原成其本機的格式，才能被恢復(fù)到一個應(yīng)用程序。這個再水合的過程本身需要耗費時間才能發(fā)生，但是更大的挑戰(zhàn)是它把所有這些數(shù)據(jù)從CSP的地點重新傳輸回到客戶所在地花費的時間。如果需要恢復(fù)一個單一文件，這通常不是一個大問題。然而，如果需要還原一個大的應(yīng)用程序?qū)嵗�，或者更糟的是，如果需要還原整個公司的應(yīng)用程序環(huán)境，那么數(shù)據(jù)在網(wǎng)絡(luò)連接中緩慢移動所花的時間可能不是幾周，也要幾天時間。 為了應(yīng)付這個問題，越來越多的CSP正開始提供災(zāi)難恢復(fù)即服務(wù)（disaster recovery as a service，DRaaS），訂購者籍此可以在CSP的云中把他們的業(yè)務(wù)應(yīng)用程序作為虛擬機（VM）實例運行。盡管它緩和了快速返回應(yīng)用程序到客戶數(shù)據(jù)中心操作的需要，但依舊提出了嚴峻的挑戰(zhàn)。 首先，該應(yīng)用程序在提供商的云上確實會運行良好嗎？例如，為了以生產(chǎn)服務(wù)級別的質(zhì)量運行，該應(yīng)用程序可能需要高速的存儲資源和/或需要連接一個可以支持成百上千個同時發(fā)生的用戶會話的強大網(wǎng)絡(luò)。如果你需要它們，在云中會有對等的資源可用嗎？總之，把應(yīng)用程序從一個你了解并控制的環(huán)境移到一個你完全依賴CSP的環(huán)境，會引發(fā)一些可能對服務(wù)質(zhì)量產(chǎn)生負面影響的未知變數(shù)。 事實上，大多數(shù)DRaaS提供商并不提供任何關(guān)于應(yīng)用程序恢復(fù)到云的性能方面的服務(wù)水平協(xié)議（SLA）。很多（DRaaS提供商）只是提供你在他們的設(shè)施中運行應(yīng)用程序而已。 其次，把該應(yīng)用程序移回你的數(shù)據(jù)中心的時候，你將如何完成？所有數(shù)據(jù)仍必須透過網(wǎng)絡(luò)傳輸?shù)侥愕乃诘亍?/div> 考慮到這些挑戰(zhàn)，最佳選擇是什么？顯然，如果該應(yīng)用程序可以容忍短時間的受限的服務(wù)質(zhì)量直至正常的服務(wù)可以在數(shù)據(jù)中心得到恢復(fù)，那么在云中恢復(fù)就可能是一個可行的選擇。然而，與云提供商就協(xié)助將大量數(shù)據(jù)從云提供商的設(shè)施傳輸?shù)侥愕臄?shù)據(jù)中心的規(guī)劃而進行的首次合作，對于實現(xiàn)你信息的快速恢復(fù)至關(guān)重要。 公司需要考慮的另外一個場景是：如果CSP的幾十個或幾百個客戶同時出現(xiàn)災(zāi)難，會出現(xiàn)什么情況。在CSP數(shù)據(jù)中心內(nèi)部的資源爭奪可能導(dǎo)致恢復(fù)操作徹底停滯。盡管很多CSP可能簽署了恢復(fù)時間的SLA，但是在確保所有客戶在區(qū)域性的災(zāi)難期間都能迅速地訪問其備份數(shù)據(jù)方面，他們幾乎無能為力。 這是否意味著從云中恢復(fù)數(shù)據(jù)對公司毫無價值？絕對不是。所有這一切都意味著IT規(guī)劃人員需要想出方法來堵住他們恢復(fù)策略的漏洞，并盡其所能為所有的意外事件未雨綢繆。例如，在磁帶上保留一份備份數(shù)據(jù)的副本并存放于本地——或者在理想的情況下，存放于可以在12至24小時的時間段內(nèi)進行恢復(fù)的安全設(shè)施里——在必須大批量還原數(shù)據(jù)的時候，這實際上會是一個更好的恢復(fù)選項。 換言之，本地的、基于磁帶的恢復(fù)要比必須通過WAN或者互聯(lián)網(wǎng)連接的緩慢移動的恢復(fù)要快得多，尤其當(dāng)這些連接被其他的用戶流量飽和的時候。擁有磁帶副本也提供另外一層保護，以防復(fù)制到云上的備份數(shù)據(jù)受到某種程度的損壞。 乍看之下，似乎基于磁帶的策略違背了基于云的備份的初衷。畢竟，消除磁帶對很多公司具有強大的吸引力。 好消息是：當(dāng)基于云的備份與本地磁帶備份同時使用的時候，公司實際上可以相得益彰——具備較低風(fēng)險的基于云的恢復(fù)的便利性（例如單一文件的還原工作），同時具備本地磁帶更嚴格的恢復(fù)任務(wù)的安全性（例如整個系統(tǒng)的恢復(fù)）。 |
