Data Domain和Avamar到底有什麼不一樣？

Avamar是全球第一的源端重複數據刪除技術，Data Domain是全球第一的目標端重複數據刪除技術。Data Domain和Avamar到底有什麼不一樣呢?先來看看什麼是重複數據。

       

什麼是重複數據?

　　重複數據有兩種理解方式：一種從文件角度看，兩個文件如出一轍，好比咱們經過郵件發送文件，咱們 這有一份，別人也有一份;另外一種以數據塊角度看，文件或數據庫，切成小的數據塊，數據塊是幾KB。切的數據塊不是定長的，它會智能的分析數據，而後作變長 的切塊，同一個文件切出的數據塊多是4K、8K、10K，根據算法作除重運算。

                    

重複數據刪除技術分類

　　1) 以除重操做發生的位置來劃分：

　　1. 在數據源端(基於主機)備份，備份以前就作除重了，而後再備份，好比Avamar。

　 　2. 在備份端來作除重，在線處理(Inline或聯機處理)，Data Domain就是這一技術的表明，這一方式中，數據在讀進來以後，在存到磁盤以前就已經進行了重複數據刪除，也就是一邊備份，一邊除重。In-line的 優點是節省了磁盤空間，同時重複數據刪除一步到位，特別簡單，但缺點是對CPU的損耗很是大，會佔用大量CPU資源，致使性能降低。

    

  最終用戶應該先弄清楚，本身的重複數據在哪裏發生的最多，再決定是否是在那個位置來進行重複數據刪除。假如是在一個企業內部，發件人給全部員工發了一封帶附件的郵件，這些數據都是存儲在主機上，這種狀況下能夠採用基於主機的重複數據刪除。 

    2) 以重複數據刪除所採用的技術來劃分：

　　1. 文件級別的除重：刪除重複的文件，通常採用hash或逐個字節比較的方法;好比EMC Celerra 的除重技術。

　　2. 固定塊除重：先把文件進行固定大小的切塊，而後對每個塊進行除重，所以對CPU的要求很是高。

　　3. 變大小塊除重：和固定塊除重相似，只是切塊方式更靈活。DD和Avamar都使用了這個技術。

　　4. 數據壓縮：通常認爲壓縮和除重是兩個不一樣的概念，其實壓縮就是個變大小的位級別的除重。EMC Celerra 若是你使用了除重技術則默認打開這個功能，固然你也能夠不使用壓縮技術。

    Data Domain和Avamar的區別

　　有了以上基礎，咱們正式切入正題。DD和Avamar的區別就很清楚了。

　　Avamar

　 　EMC Avamar 軟件先縮減源位置的備份數據量，而後再跨網絡傳輸數據並將數據存儲到磁盤，實現了快速、高效、可靠的數據保護。與傳統解決方案不一樣，Avamar 可找出在全球範圍分佈的全部服務器、臺式機、筆記本電腦和辦公室中存在的冗餘子文件數據段。Avamar 獲專利的全局重複數據消除技術可確保備份數據段在全局範圍內僅存儲一次。這可有效地將每日移動和存儲的數據總量減小到1/500，也可經過現有局域網/ 廣域網帶寬進行每日完整備份，以保護其關鍵數據。Avamar 採用高效的重複數據消除技術，使得保護主數據所需的磁盤空間減小到1/50，從而延長了企業保存磁盤備份的時間。此外，經過釋放存儲空間，能夠減小增長更 多物理存儲的須要，從而大幅下降諸如佔地空間、電源和製冷等方面的資本支出和營運成本。

Data Domain

　　Data Domain有獨特技術–inline除重，在線除重。Data Domain是在CPU內存作除重運算，數據不會先寫在磁盤上，而是經過運算再寫到SATA上，這和傳統的其餘VTL除重方面最本質的區別，其餘VTL因 爲除重效率的緣由，先把數據寫在SATA盤上，而後讀出來除重，再寫回去，和Data Domain相比這對後端磁盤讀寫的壓力是3倍，這也是Data Domain的優點。

　 　在EMC的重複數據刪除技術藍圖中，Avamar和Data Domain被賦予不一樣的工做目標，Avamar更側重於源端，更偏向在VMware虛擬化環境、備份服務器、在線複製等應用領域，其最新的進展是EMC 將Avamar推動到了桌面和移動辦公領域;Data Domain的工做則更多的側重在目標端，即業務系統後端所鏈接的存儲、備份和歸檔、容災設備。

　　Avamar軟件和Data Domain重複數據刪除存儲系統是目前EMC重複數據刪除解決方案的核心，見下圖。

　　Avamar與Data Domain的重複數據刪除方案組合有至關充足的理由：

　　Avamar是軟件，Data Domain系列產品是硬件，二者相得益彰; Avamar採用的是數據源端的重複數據刪除技術，而Data Domain系列產品的核心是目標端的重複數據刪除技術，二者互補性強，能夠構成全面的重複數據刪除解決方案。

　 　EMC Avamar 6.x版本能使用升級版的Data Domain集中化數據存儲，以及Avamar自有的Data Store(現容量翻倍)。在數據文件經過網絡鏈路發送到Data Store以前，Avamar軟件會在源端對其進行重複數據刪除操做。傳統重複數據刪除系統被做爲目標系統，當數據文件達到系統以前(在線重複數據刪除， 例如Data Domain)或者以後(後處理重複數據刪除)進行重複數據刪除操做。

　　Data Domain使用備份服務器來對發送到Data Domain系統的備份文件作部分重複數據刪除，從而提升重複數據刪除的速度。這就是所謂的DD Boost。由於DD Boost是基於策略內嵌於Avamar客戶端的，因此Avamar 6.x能夠在將數據發送到到Data Domain系統的時候使用這種技術。

　　Avamar 6.x可利用內嵌的DD Boost向Data Domain目標備份Exchange、Oracle、SharePoint、SQL Server和VMware鏡像。Avamar自有的Data Store有效容量翻番達到124TB。與之相比，DD890目標系統可用容量爲285TB。用戶可以將DD Boost所支持應用的備份發送至Data Domain目標，而其餘應用備份將發送至Avamar Data Store，以此最大化備份總體性能，並加速Avamar客戶端。

        

Avamar的關鍵優點

　　Data Domain 是一種基於目標的重複數據消除設備，它採用的方式與 Avamar 的重複數據消除方式有天壤之別，但不少人一般將 Data Domain 與 Avamar 一同歸爲「重複數據消除」工具。與 Data Domain 相比，Avamar 有幾項關鍵優點，這些優點可分爲如下四個類別：

　　1. Avamar 在客戶端消除重複數據— 在經過網絡傳輸以前。這使每日完整備份速度提升 10 倍之多，同時將天天所需的網絡帶寬縮減了 500 倍之多。Data Domain 依賴於傳統的備份軟件，這些軟件每週經過網絡和備份服務器移動的數據量大約爲受保護的主數據的 200%(很是低效)。因此說，Avamar 解決了由網絡擁塞和備份服務器產生的備份難題。並且 Avamar 特別適合於 VMware 環境，由於備份數據在跨底層物理服務器基礎架構傳輸以前就已經縮減了。另外，較小的遠程辦公室能夠只部署 Avamar 軟件代理(不須要增長硬件)。Data Domain 在每一個場所都要求添加硬件。

　　2. Avamar 經過獲專利的 RAIN 技術提供了服務器的高可用性，於是客戶能夠放心且經濟高效地在磁盤上存儲多年積累的備份。Data Domain 依賴於可能會成爲單點故障的備份服務器;若是備份服務器發生故障，從 Data Domain 應用裝置恢復數據將不現實。另外，Data Domain 應用裝置可能成爲性能瓶頸，由於數據在存儲到磁盤以前執行的是線內消除重複。Data Domain 還缺乏自動化的每日備份數據和服務器完整性檢查。

　　3. Avamar 實現了簡單的一步恢復，省去了爲達到所需的恢復點而恢復完整備份接着恢復後續增量備份的麻煩。Avamar 還爲 Avamar 環境提供了集中化管理和一目瞭然的控制板監視(Data Domain 不提供此功能)。

　　4. Avamar 爲災難恢復提供了完整複製。與 Data Domain 不一樣(Data Domain 要求在目標站點配一個備份服務器以便執行功能性災難恢復)，Avamar 的複製同時包括服務器和存儲器，因此它隨時均可以從磁盤存儲當即執行恢復。

　　此外，Avamar 是一種軟件解決方案，它可使用開放的存儲平臺，而且能夠擴展到比 Data Domain 的應用裝置更高的容量。

　　Data Domain，Avamar和Networker的結合

　　就目前看EMC不會把這Data Domain和Avamar結合在一塊兒，可是Avamar能夠和Networker結合的。

　 　好比如今Networker的備份客戶端已經有兩種選擇：Networker備份客戶端在備份時，能夠選擇要除重仍是不要除重。若是不要除重，把它備份 到Networker後面管理的其餘備份設備上，能夠是磁帶也能夠是磁盤，甚至DD都是能夠的;另外一種，在備份客戶端上，有一個選項是帶除重的選項，這時 選中後，備份設備備份到Avamar設備上，這個結合的好處：用同一個客戶端選擇要除重仍是不要除重，而且整個備份策略是由Networker統一管理 的，也就是說這個數據用了除重或非除重的備份方式，備份的數據存在什麼樣的備份設備上，還有備份策略、備份週期，是什麼樣的都是由Networker來管 理的，因此有一些客戶已經把Avamar和Networker結合起來一塊兒使用了，至於之後會不會和DD結合起來再使用，若是有這樣的案例會介紹給你們， 由於兩個產品剛剛整合到一個部門裏，看之後自己方案的發展。