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

　　对于IT管理者来说，更重要的是，VMware的CBT使得创建一个快速基于块的增量备份制度变得相对简单，而且比传统的基于文件的增量备份更有效率。通过把含有在没有CBT的全备份中产生的数据的备份文件和与基于CBT的备份相关的备份文件以一种有序的集合存储起来，创建一种传统的提前的增量备份链。

　　这种方法创建了一系列连续的复原点与全备份和随后的增量备份相匹配。若想要虚拟机从任何一个复原点复原，需要把全备份作为起始点恢复，然后恢复基于CBT的增量备份，这样才能获得需要的复原点。高级数据保护解决方案能够自动进行这个进程。

　　打破增量链

　　对于IT管理者来说，在存储的增量备份链业务中，有一个明显的可靠性问题：在这个存储链中，要是有损坏的或被删除文件，那这条链中后来的备份文件就无效了。因此，减小备份链中的一系列增量备份的体积是非常有必要的。

　　为了解决在维持最低备份窗口时，增量备份的依赖性问题，中端的备份产品会采用被人们称为“持续增量备份功能”的备份计划，它依赖于周期综合性全备份，是一个整合过程而非真正的备份。不需要读取客户端的数据，综合性备份把最后一次全备份——也可能是综合备份和随后进行的增量备份进行整合，建立一个人为创造出来的备份文件，在其中建立新的备份链。

　　这个新的综合备份是完整的，独立于以前的备份文件，但是，它也能保存毁坏或被删除的文件，这就是为什么大型的企业级IT站点都把综合备份看作是有问题的。考虑到综合备份的可靠性问题，赛门铁克NetBackup和CommVault Simpana都建议每隔两周进行一次不用CBT的全备份以初始化一个新的备份链。虽然这种策略能减少丢失一系列复原点的可能，但是处理每两周一次的备份是非常没有效率的。

　　在运行Exchange的200GB虚拟机服务器的测试中，不用CBT的全备份平均完成时间为45分钟。在一年的时间里，在这样的虚拟机上进行26次全备份会增加19个小时的备份进程。更糟糕的是，这些过程要在每个虚拟机上都进行一遍。假设全备份被完美分配，那一个运行42个虚拟机的站点每个虚拟机全备份就需要20分钟——这里指一般情况下的虚拟机，运行驱动数据库的应用程序，数据量大概在75GB到100GB之间——这样，每日的备份计划时长就要增加一个小时来处理全备份。最终，IT运营中进行周期性全备份的授权会反过来影响备份的可扩展性，继而影响到整个虚拟化的投资回报率。

　　Avamar不从基于CBT的备份中创建增量备份文件，因而避免了这个问题。Avamar并不创建一组分离的备份文件，而是创建一个虚拟的块空间来保护系统。在所有备份中，不管是有CBT的支持，还是没有CBT的支持，块中都含有大量的元数据链接，保存在Avamar的全球虚拟空间中。

　　每个Avamar的备份都可以看作是一个全备份。每次通过Avamar进行恢复操作，每个受保护系统的每个基于CBT的复原点的全系统映像就会在这个虚拟块空间中进行。没有要关闭的增量备份链，不用进行周期性全备份。

　　在基于CBT的Avamar备份和CommVault及赛门铁克一直宣称是最佳方式的不借助CBT，每隔两周备份一次的测试比较中，两者的备份时间差异巨大。在每隔两周一次的循环中，Avamar连续的基于CBT的备份进程比CommVault Simpana块18.2倍，比赛门铁克NetBackup快23倍。

（编辑：云计算网_宿迁站长网）

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