EMC Avamar：为软件定义数据中心而生

　　每个Exchange DAG(数据库可用组)的配置都是有40GB的系统硬盘和150GB的邮箱数据库。其中一个组被指定为生产活动组。还有一个组中有邮箱数据库的被动副本，用来进行备份和恢复测试。我们使用微软负载生成器工具(LoadGen)在活动服务器上的邮箱数据库中生成一致的可测量邮箱数据。借助生成器，我们很容易就创建了具体的备份和恢复测试场景。

　　备份测试在虚拟机完全初始化CBT之后进行。在没有CBT的情况下运行一个全备份对于每个应用Avamar的虚拟机来说是一个独特的单次事件，只有使用5.8倍的Avamar硬盘块存储才可以使基于CBT的备份成为全备份。在传统的有独特的全备份和增量备份文件的备份架构中，人们还需要进行没有CBT的周期性备份和综合全备份。

　　在任何涉及大量数据的备份中，比如说初始全备份，基于SAN的虚拟机备份相对于利用设备的备份有独特的优势，它依赖于VMware的SCSI热拔插访问数据虚拟机的逻辑硬盘进行备份。在SCSI热拔插环境中，备份数据必须要穿过设备的SCSI和网络协议栈，不过不用穿过监管程序的SAN栈，然后才能到达备份服务器。对于同时支持基于SAN和基于设备的备份解决方案来说，采用基于SAN的虚拟机备份方式处理大量数据在一般情况下速度要快上两倍。

　　即便是这样，虽然运行Exchange的虚拟机初始备份有固有的拓扑优势，但是赛门铁克的NetBackup在备份时间上还是比Avamar少11%，这是一个显著的优势。不过在邮箱数据库中的数据改变了2%之后，再进行虚拟机基于CBT的备份，Avamar的速度就变成了NetBackup的4.8倍，Simpana的3倍。

　　若赛门铁克NetBackup通过SAN来转移所有的备份数据，那会在LAN网络中出现大量的数据流量。最终的结果就是，LAN网络效率成为影响NetBackup整体性能的重要因素。

　　备份进程的网络效率可以用备份过程中的平均网络吞吐量来表示。特别是那些低于平均吞吐量的领域，可以用来来判定工作的性能，这和在备份过程中通过转移的数据量来判断性能是一样的。

　　若采用这种衡量标准，CommVault Simpana通过LAN传输的数据量是Avamar的1.44倍。而赛门铁克NetBackup的总数据流量却相当于Avamar传输的总备份和总数据流量的53倍。

　　除了为虚拟机建立的CBT元数据以外，另有2%的数据——大概是3GB——被加入到Exchange邮箱数据库中。基于CBT的备份会成为大部分站点的主要备份形式，将会运行在每个备份方案之中。

　　当Avamar的虚拟机客户端代理在Avamar数据库的配合下进行全球范围内重复数据删除时，Avamar的效率优势就凸显出来了。它能减少使用VMware CBT所需要的总数据量，使传送到Avamar数据库中的数据少于500MB。相比之下，使用Simpana的基于CBT的备份耗时10分钟，而使用NetBackup的基于CBT的备份则耗时14.5分钟。

（编辑：安卓应用网_ASP源码网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!