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

chnod

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

冬瓜头

我没说过snapshot比cdp的rpo小，我只说过cdp的rpo在底层看似是0，但是对于上层一定是大于等于0，因为需要回滚，靠cdp自己的日志回滚也好，或者干脆靠应用层回滚也好。\r\n另外，关于snapshot一致性是分层的，文件系统及其下层，还有应用层，前者做的snapshot至少在文件系统层是一致的，但是不一定应用层一致，后者则可以保证应用层一致，xiaophedap测试过RP也应该知道RP是有应用层agent来同步应用的commit point然后标记在日志中的，所以才能做到日志回滚。\r\n\r\n还有，cdp得根据实现方式来判断是否是“真实的数据拷贝”。对于RP或者Ipstor CDP这种镜像数据之后在镜像中做cdp，当然是拷贝了。如果其他实现方式比如直接在线实现或者使用附加的block仓库方式，那也需要指针。

为什么删我号

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

冬瓜头

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

冬瓜头

挖掘redo log的方法基于redo log，即便不需要显式的replay，其本质上依然依然相同。这一点是不容置疑的，就是只有从应用层入手方可实现rpo近0。但是基于底层镜像的cdp方案具有统一集中管理的优势，而且几乎不耗费主机资源，相比应用层直接实现的方法，还是有意义的。而且除了cdp还有其他意义比如本地存储容灾、磁盘备份、异地容灾等，总之数据被镜像了一份，安全系数只会更大。

xiaophedap

CDP并不一定就是底层IO的同步方式，在开始的回复中我就说了，这是和clone，snapshot，mirror这类存储级别的同步最本质的区别之一。\r\n它同步的是写IO，而不是同步的存储块。

冬瓜头

redo log中就是事物操作，这个没什么可强调的了吧。这些相比block操作来讲，数据量确实小很多，但是这一点并不能说明一致性问题。事物操作也是要一致性的，也需要commit的吧，commit完成后才是一致的，挖掘redo log然后将操作同步到远端的过程，难道不也需要一致性保证么？难道它只同步已经checkpoint过的操作么？如果挖掘动作比生成动作延后多个checkpoint，发生灾难之后岂不是要丢掉很多操作么？如果没有延后，不是每个语句都同步，而是在checkpoint时候同步操作，那么在传输checkpoint之前操作的过程中发生灾难，岂不是要丢失本次checkpoint的所有操作么？不用replay的话，如何解决上述这些问题，请赐教一二。

冬瓜头

“写IO”和“block IO”之间的区别要看哪个层次，如果有某种agent作用在应用层，那么“写IO”与block io就是有区别的，如果纯作用于存储层，那么所谓“写IO”就是指“block IO”，存储不能感知，如36楼所说。所以话又说回来了，应用层的cdp是直接解决rpo问题的，底层的最后还是需要上层来replay一下，同样也能达到同样效果。\r\n\r\n不知道vvr的这个写IO是怎么个模式？能否解释一下呢？

冬瓜头

每次transaction往往包含多条sql语句的，每次transaction之后需要commit才算完成，未commit的，异常时需要undo将这些语句回退。正如你说的“在备份数据库进行传输过来的逻辑操作，即执行SQL语句，我不懂在一个正常运行的数据库里面正常执行一条SQL语句需要什么多余的保证一致性的操作，这完全由Oracle本身就能很好的保证”，在备份站点一样需要异常恢复机制，也就是redo和undo，就是replay，不知道这一点还有什么异议。。

冬瓜头

如何确定的？disksafe在主机端对block有所积攒，而vvr没有积攒，每次IO一对一同步么？\r\n感觉已经乱了套了。