一、摘要
相比于传统的连续数据保护等的解决方案，需要在Guest OS 层面或者在专有的存储层面，进行写时数据变化日志的获取，或多或少对生产机的存储性能有很大的影响，一旦上云，必将加重客户的计算成本及存储成本。即使是混合的架构部署，在网络的带宽，实施的复杂性层面也很难与云端实施相比，很难满足传统企业客户的更低的RPO(Recovery Point Objective)及RTO(Recovery Time Objective)的诉求。虽然，连续数据保护的产品定位与快照，复制(Replication)的功能有所重合，但CDP的定位更加宽泛，注重数据的保护，恢复，更高效的业务连续性，不仅仅局限于快照的实现及数据的搬移。
新的Pangu2.0的块存储的全新的架构为实现云端连续性数据保护提供了契机，特别是日志结构块设备(Log Structure Block Device)，其中包括：全新的数据写入方式，日志存储方式及快照方式等都极大地方便了连续数据保护的的实现。相信随着企业上云的加速，在兼顾存储性能的同时，将会满足传统高级企业用户的低RTO及低RPO的数据保护的紧迫需求。但数据备份及数据备份在考虑可操作的同时，数据可恢复的操作性在很大程度上决定了数据保护的有效性。
二、数据保护的挑战
在当今，数据安全性被提到了前所未有的高度，数据保护的话题越来越成为敏感。因为，业务的中断时间对用户造成的影响愈来愈大。在2017年，病毒，勒索软件，如WannCry, Peta 及 Locky及频繁的删库误操作，甚至有些对用户的备份软件进行直接攻击，使得云端用户对数据安全及数据保护的期望愈来愈高。
2017年1月，“Gitlab误删库事件”引起业界对信息安全和重大风险的敏感神经。值得关注的是，在Gitlab恢复的过程中，发现只有db1.staging的数据库可以用于恢复，而其它的5种备份机制都不可用。而db1.staging 是6小时前的数据，而且传输速率有限，导致恢复进程缓慢，Gitlab 最终丢掉了差不多6个小时的数据。