Simpana9-VS-Avamar6(对比分析).pptxVIP

Simpana 9 VS Avamar 6林晓明产品适用的范围通过对产品定位分析，了解AVAMAR不适合做那些事情AVAMAR 6 ：数据备份产品能适用的范围：远程分公司备份、数据中心LAN备份以及虚拟机环境的数据备份不适合的范围：SAN环境下的LAN-FREE、SERVER-FREE备份复制、快照、归档、内容检索、数据分析等数据管理Simpana 9 ：一体化数据管理平台主要功能：数据备份、复制、快照、归档、内容检索、数据分析数据备份适合范围：分公司备份数据中心：LAN备份、SAN环境LAN-FREE、SERVER-FREE备份虚拟机环境破解去重比神话问：Avamar 重复数据消除率和 Avamar Data Store 相当于传统备份的容量是如何计算的？答：下面的例子解释了如何计算 Avamar Data Store 相当于传统备份的容量：假设：要保护 1.76 TB 的容量，数据全部是 Microsoft Office 文件数据，保留 90 天，每日完整备份，无磁带压缩。请注意，重复数据消除率和容量将因数据类型和保留期/策略而异。Avamar：首次完整备份可消除 70% 的重复数据（只有 30% 的数据存储到磁盘）后续每日完整备份可消除 99.7% 的重复数据（只存储 0.3%）首次完整备份 = 1.76 TB x 30% = 528 GB 存储到磁盘后续每日完整备份 = 1.76 TB x 0.003 = 5.3 GB 存储到磁盘传统备份方法： 每日完整备份，无压缩： 首次完整备份 = 1.76 TB 后续每日完整备份 = 1.76 TBAvamar 每日完整备份与传统每日完整备份的对比： Avamar 首次第一天完整备份（只一次）= 528 GB，而传统的首次完整备份 = 1.76 TBAvamar 自第二天起的每日重复数据消除因数：Avamar 每日完整备份 = 5.3 GB，而传统的每日完整备份 = 1.76 TB在每日完整备份方面，Avamar 比传统方法的效率高 333 倍每日数据缩减因数为 (1.76 TB/5.3 GB) = 333 倍90 天后相当于传统备份容量：Avamar：第一天 (528 GB) + 89 天 (5.3 GB) = 1 TB 存储到磁盘传统方法：90 天，每天 1.76 TB = 159 TB 存储到磁盘Avamar 使用 1 TB 的磁盘存储容量，而传统备份方法则需要 159 TB 的存储容量在本示例中，Avamar 提供的总体后端存储缩减因数为 159 倍（159 TB/1 TB = 159 倍）注意：保留期越长，Avamar 相当于传统备份的容量也随之增加。右边是从AVAMAR销售手册中摘录的内容，可以发现如下问题：首次备份去重70%，去重率仅为3.3为了放大去重率，把备份策略定为90天全备份！传统备份的策略一般是全备份+增量备份，每天增量数据仅为17.6GB，而不需要备份1.76TB。每日数据缩减因数也只是3.3倍，而不是333倍！如果传统备份90天采用3个全备份，其他采用增量，总共备份数据量为：6.8TB，而Avamar备份为1TB，去重比也就在7左右。要强调的是，传统备份还可以启用压缩功能，如果压缩率为3，传统备份也只占用2.3TB空间。以上分析可以看出，不合理的备份策略是打造去重比神话的前提Simpana把合理的备份策略与去重技术相结合，效果更好！通过案例分析，了解AVAMAR如何打造去重比神话备份策略对比AVAMAR为了提高恢复速度，只采用全备份策略AVAMAR 6：用牺牲增量备份来提高恢复速度传统备份策略是：全备份+增量备份，恢复数据时是先恢复全备份，再恢复若干个增量备份。如果每次只做全备份，就不需要恢复增量备份，这样就提高了恢复速度。AVAMAR就是基于这一思路，牺牲增量备份来提高恢复速度。缺点是：备份数据量较大时，全备份去重的计算量较大，由于采用源端去重，因此对生产服务器压力很大，也延长了备份窗口。Simpana 9：方法更高明用DCE（数据分类）技术来加速增量备份速度，结合去重技术，使备份数据量大大下降，减轻了对生产服务器压力，缩短备份窗口。采用合成全备份技术 + 去重技术，消除了在生产服务器上的全备份，进一步提高备份性能，这种策略更适合海量数据备份。采用One Pass Restore技术，只要一次恢复操作就能快速恢复全备份和增量备份数据，极大提高恢复速度。系统维护对比系统维护的难易程度是一种隐性成本AVAMAR 6AVAMAR的NODE是安装在Linux系统下的，对其NODE的配置及维护需要在Linux系统下通过命令行来完成比如：Configuring LDAP authentication需要在Linux命令行下进行9步操作。比如：对Oracle的对象