云計算、虛擬化、大數(shù)據(jù)技術的快速發(fā)展正改變著傳統(tǒng)IT的應用模式，當用戶在部署云計算時，由于云計算數(shù)據(jù)的計算和存儲都在云平臺上進行，云端的數(shù)據(jù)將更為重要，除去數(shù)據(jù)隱私和網(wǎng)絡攻擊的原因，復雜的系統(tǒng)結構、多用戶瘦終端的應用環(huán)境、虛擬化的應用模式、龐大的存儲設備、海量的數(shù)據(jù)備份也為云端的數(shù)據(jù)保護帶來了新的挑戰(zhàn)。

         云計算時代數(shù)據(jù)丟失事故頻發(fā)的根源

         隨著云落地，更多用戶把目光集中于云應用、云計算、云存儲等地方，而漸漸忽略了云環(huán)境下的數(shù)據(jù)保護，甚至有人說既然分布式系統(tǒng)采用了多副本保存，要數(shù)據(jù)備份做什么用?如出一轍的是早些年幾臺磁盤陣列之間做鏡像，如果依靠多副本保存而弱視數(shù)據(jù)備份的方法成立，那么備份市場早就應該被淘汰掉。

        市場分析公司IDC的數(shù)據(jù)顯示，2013年第一季度，備份專用設備制造商總收入為6.79億美元，同比增長16.5%。IDC表示，該市場的增長速度明顯超過外部磁盤存儲系統(tǒng)以及數(shù)據(jù)保護和恢復市場。至今這個市場依舊蓬勃發(fā)展說明，其在數(shù)據(jù)安全方面依然有著不可取代的地位，“本地備份，異地備份，數(shù)據(jù)恢復演練”這三套老馬車同樣適用于云計算時代。

        2009年10月微軟Sidekick手機服務故障，使得用戶無法訪問聯(lián)系人名單、日程表和其他個人信息。這些數(shù)據(jù)都存儲在微軟負責的服務器上。而一周以后，由于沒有對數(shù)據(jù)做備份，微軟表示可能使用戶數(shù)據(jù)完全丟失，由此引發(fā)了業(yè)界對于云計算數(shù)據(jù)安全的反思。

        2011年03月，谷歌Gmail郵箱出現(xiàn)故障，隨后谷歌確認，這一故障估計導致15萬用戶郵件、標簽和聯(lián)系人信息丟失。

        2012年8月7日由于機房一臺物理服務器磁盤發(fā)生損壞，導致盛大云主機的客戶數(shù)據(jù)就此丟失。盛大云建議用戶，“為了避免您的意外損失，請在盛大云主機之外，也做好數(shù)據(jù)備份。”

        云平臺的數(shù)據(jù)丟失事故層出不窮，一次次的教訓告訴我們數(shù)據(jù)安全不容忽視，尤其是在云應用普及的今天，企業(yè)云盤、網(wǎng)盤、數(shù)據(jù)中心托管等商業(yè)服務模式鋪天蓋地到來。數(shù)據(jù)中心不僅僅是NAS上幾百GB的電影，而更多的是用戶核心數(shù)據(jù)，這些數(shù)據(jù)損毀、丟失將給云服務提供者帶來巨大聲譽損失。云服務加速發(fā)展的前提依賴于數(shù)據(jù)，如果數(shù)據(jù)不安全，那么云計算就真的成了飄渺的的云。

        近幾年由于云計算、物聯(lián)網(wǎng)的高速發(fā)展，龐大的數(shù)據(jù)量對傳統(tǒng)備份提出很多的挑戰(zhàn)，云時代的數(shù)據(jù)安全面臨著前所未有的挑戰(zhàn)。

        云計算與數(shù)據(jù)保護的緊密關聯(lián)

        海量數(shù)據(jù)增長——傳統(tǒng)業(yè)務數(shù)據(jù)由于非結構化數(shù)據(jù)的日益增長，業(yè)務數(shù)據(jù)在不斷的增加著;而基于云平臺的數(shù)字電視、3G上網(wǎng)、GPS定位、統(tǒng)一監(jiān)控等等各種各樣的業(yè)務誕生，每一個用戶一個簡單的操作可能就會生成幾KB大小的數(shù)據(jù)。由于大數(shù)據(jù)挖掘帶來的巨大商業(yè)價值，讓越來越多的人類行為習慣被捕獲變?yōu)閿?shù)據(jù)化。面對爆炸式增長的大數(shù)據(jù)，傳統(tǒng)的數(shù)據(jù)保護技術難以勝任新的需求。

        虛擬化環(huán)境的數(shù)據(jù)安全——云平臺的三層及架構IaaS，PaaS和SaaS已成為共識，而其中PaaS基礎架構層主要依靠全面的虛擬化技術，包括計算資源池、網(wǎng)絡資源池、存儲資源池等，虛擬化技術將物理硬件進行邏輯池化。而隨著云計算的發(fā)展虛機將在機房廣泛應用，管理員需要繁瑣的方式定位追蹤虛擬機位置，以確保虛機數(shù)據(jù)得到有效的保護。如何簡化備份恢復策略，如何準確定位減少人工操作，讓管理員從虛機維護中解放出來，也是云計算對數(shù)據(jù)保護的要求之一。

        數(shù)據(jù)恢復的顆粒度——傳統(tǒng)數(shù)據(jù)保護，在查詢數(shù)據(jù)時候需要先進行恢復，而恢復時間決定于備份策略定義的文件夾或者卷的大小，恢復以后用戶才能從恢復的數(shù)據(jù)內容中找回所需要的那份文件，復雜繁瑣的恢復步驟很難滿足對于時效性的要求。用戶對于數(shù)據(jù)保護需要的是即時查找，定位需要的文件并快速恢復，顆粒度從原有的卷文件夾提升到單個文件甚至是某一郵件的附件，如何快速定位并提取所需內容成為數(shù)據(jù)恢復不可忽視的問題。

        數(shù)據(jù)恢復時效性——傳統(tǒng)數(shù)據(jù)保護手段最大的問題是恢復時間長，相對大一些的數(shù)據(jù)恢復一次需要幾天的時間，而在云平臺之上，越來越多的頻繁在線交互業(yè)務已經(jīng)不準許出現(xiàn)問題后幾天時間才能正常運轉。另外，傳統(tǒng)數(shù)據(jù)保護采用的多為夜間閑置時間做數(shù)據(jù)備份，一旦出現(xiàn)問題，則恢復的將是前一天的數(shù)據(jù)，當天業(yè)務產生的數(shù)據(jù)可能面臨全部丟失，這對于在線交互業(yè)務而言是不可忍受的。用戶對于RPO與RTO的要求越來越高，對某些在線業(yè)務需要恢復時效性是分鐘級甚至秒級，而恢復時候的狀態(tài)也需要維持在故障前幾秒或幾分鐘，同樣傳統(tǒng)備份而言無疑是一種新的挑戰(zhàn)。