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结合起来再使用，若是有这样的案例会介绍给你们， 由于两个产品刚刚整合到一个部门里，看之后自己方案的发展。