CDP是什么东东？与正常的备份有什么区别？

jgtvisionnex

我可以这么理解吗？连续的Snapshot是不是就可以理解为CDP呢？

如果Snapshot可以做到2秒一个的话，是不是就是CDP的概念！

现在有一款硬件产品好像可以做到1分钟一个，他们把这个就叫做CDP！我不是很清楚，所以请教一下哦！

yoyosys

CDR不是也可以实现连续数据保护么

xiaophedap

冬瓜头，你有个概念理解错了，CDP才能更好的保证rpo，而不是snapshot。
不管是CDP还是snapshot，至少有一个概念它们是要用到了：一致性组

snapshot起作用，也只是对它属下的一致性组里面的LUN来产生一个快照，CDP对IO的一致性保证，也是一样。但snapshot相对CDP来说，一是颗粒度比较大，二来就是快照其实最开始就是指针——这表示什么你应该很清楚了。

而CDP对IO的一致性保证，正是通过对每一个写IO打上了一个时间戳，在一致性组中对应LUN的写IO，就通过了这些时间戳来严格保证可用性。

假使没有带宽之类的瓶颈，CDP回滚的颗粒度，可以达到毫秒的级别。至少在EMC RecoverPiont上的测试，我验证过了。

xiaophedap

原帖由 jgtvisionnex 于 2009-10-30 16:25 发表
我可以这么理解吗？连续的Snapshot是不是就可以理解为CDP呢？

如果Snapshot可以做到2秒一个的话，是不是就是CDP的概念！

现在有一款硬件产品好像可以做到1分钟一个，他们把这个就叫做CDP！我不是很清楚， ...

snapshot产生的是指针，CDP是真实的数据拷贝。
如果你吧snapshot改成mirror，或者是clone，可以大致这么来看。

但还有一个最本质的不同就是，CDP同步的是IO，而基于存储的clone，mirror，snapshot，同步的是“块”，这决定了，在严格控制要回滚到什么时间点的数据，颗粒度上没有CDP那么细致。

chnod

精辟，哥们看来对CDP了解颇深啊

xiaophedap

原帖由 冬瓜头 于 2009-10-30 12:07 发表
如3楼，cdp只能通过牺牲rpo来达到一致性，随便找个时间点恢复除非碰巧，一般是不一致的。所以需要一些回滚手段，如6楼说的RP中就是利用日志来回滚到上一个commit point处。至于是否需要安装主机agent来感知并控 ...

除非在每次做snapshot的时候，对数据库做一次alter backup的操作，否则做出来的snapshot，10次基本上有5--7次（根据应用的繁忙程度），也是需要做数据库回滚的。
因此，回滚和不回滚，是基于数据库的要求。而不是snapshot或者是CDP。

冬瓜头

我没说过snapshot比cdp的rpo小，我只说过cdp的rpo在底层看似是0，但是对于上层一定是大于等于0，因为需要回滚，靠cdp自己的日志回滚也好，或者干脆靠应用层回滚也好。
另外，关于snapshot一致性是分层的，文件系统及其下层，还有应用层，前者做的snapshot至少在文件系统层是一致的，但是不一定应用层一致，后者则可以保证应用层一致，xiaophedap测试过RP也应该知道RP是有应用层agent来同步应用的commit point然后标记在日志中的，所以才能做到日志回滚。

还有，cdp得根据实现方式来判断是否是“真实的数据拷贝”。对于RP或者Ipstor CDP这种镜像数据之后在镜像中做cdp，当然是拷贝了。如果其他实现方式比如直接在线实现或者使用附加的block仓库方式，那也需要指针。

为什么删我号

CDP就是不间断时间数据的备份和存储

wyddg

原帖由 xiaophedap 于 2009-10-30 21:53 发表
冬瓜头，你有个概念理解错了，CDP才能更好的保证rpo，而不是snapshot。
不管是CDP还是snapshot，至少有一个概念它们是要用到了：一致性组

snapshot起作用，也只是对它属下的一致性组里面的LUN来产生一个快照 ...

CDP和snapshot根本不是一个概念，你所谓的CDP技术同步的是IO，请问是什么IO？ 文件系统IO？ 应用程序IO？

按照你举的例子，EMC RecoverPoint，我想同步的应该是磁盘阵列IO，但是CDP的作用是将业务应用恢复到非常近甚至接近0的

时间点，你记录的磁盘阵列的IO的CDP只能将磁盘阵列状态恢复，根本无法保证应用的一致性，这个时候才往往采用快照等手段，

在记录IO的过程中通过应用的agent  think 脏数据或者调整应用状态到备份模式等等找寻应用的一致性点，

即对客户来说，这些一致性点的数据才是可靠性，可用的。

所以基于磁盘阵列等硬件设备的CDP，包括飞康的、EMC的，都是扯淡！这类底层IO同步的CDP实现方式恢复的都是一致性点的数

据，根本不可能做到CDP，如果强行恢复非一致性点数据，就会造成业务无法启动，或者数据部分丢失！针对应用CDP的高端客户

来说，这根本无法接受！

要做到真正意义的CDP，必须从应用出发，要靠应用本身，

例如Oracle这些应用通过自身手段，在应用端实现才有可能出现真正的CDP！

[ 本帖最后由 wyddg 于 2009-10-31 10:20 编辑 ]

冬瓜头

“所以基于磁盘阵列等硬件设备的CDP，包括飞康的、EMC的，都是扯淡！”
底层只能是先保持在线存储的同步镜像，至于是否一致，这个又绕回来了，两个一致性层次：文件系统及其下层，应用自身的buffer一致性和逻辑一致性，只有应用的逻辑一致性才是端到端的一致性，也是追求的最终目标。通过底层实现的cdp可以靠上层回滚来实现一致性，而如果从应用层来实现cdp，比如oracle dataguard，可以看做是一种cdp，它也一样需要应用replay。所以底层cdp和上层cdp，本质是一样的，不是扯淡。