也不知道什么时候就被赶到这条路上来了，只听领导的一声令下，备份啊能不能在异地也存一份呀？？ 啊？？
领导语重心长的说你看啊，我们这个备份是这个样子的
现在的南京的两个工厂备份要在对方留一份备份的存档，当一边挂了之后可以从另外一边恢复出来.! 天哪这个不就是备份的DR嘛，可是咱
没有做过呀?
后来
作为一个甲方工程师的偶当然不服气, 面对领导们的质疑
我可以自信的回答
那我的自信从哪里来呢？本地备份域的数据还要传输到异地站点，那只能现在本地备份域的数据上做文章想办法减少本地备份的数据不就
行了？ 所以有了下面的开始
都说鸡蛋不要放在一个篮子里，那么作为备份来说怎么样才更保险呢？当然是一份方本地一份在异地。这样的想法将带来两个重要的问题：
（1） 你凭啥说放在我这的东西都是你的？因为异地站点识别不到克隆过来的数据。
（2) 每天克隆那么多的备份数据累不累啊（网络带宽不够）。
怎么办？？
消重
消重
消重
是的只有消重才能达到减少本地备份域中数据的目的
那么EMC DDBOOST到底能干啥？ 我们以 oralce数据库举例
也就是说使用了DDboost之后需要备份的数据流无需经过备份服务器直接上了DD，这个不是典型的server free么？ 实际上DDboost不仅可
以这样它还有消除数据的功能，请看
每天的压缩情况表明了，咱们的压缩的真厉害。
什么？压缩比竟然达到了 99% 这怎么可能？
那我们看当备份执行的时候请看是什么样的
需要备份的数据那么多，经过压缩消重之后真正在传输的数据那么少？？ 是不是很high
之前由于各自备份域中的数据已经是经过消重之后的数据，那么传输到异地站点的数据量也因该比不消重之前要少了很多。我觉得这个才
是DDboost最大魅力。
可以看到由于网络带宽的限制传输的时候只有15MB/s有点小了哈，但是至少可以存放异地啦，不是么？
面对众多还在使用tape的前辈们，你们是否还遇到了在使用tape时候尴尬场景。
什么？还在使用磁带啊？难道还想用磁带听歌怀旧么？拜托我说的可是使用磁带备份数据。如果用了磁带看看下面的操作有多么繁琐
什么？还不过瘾？那就备份到云端，上云服务呀！
还在累死累活的配置带库啊？ 不过结局如何客户还是会不满意，大哥能不能快点啦。
你让客户爽了么？你让自己满意了么？
DDboost 让你没有苦劳也有功劳
