关于EMC recover point CRR容灾方式的探讨

maolei_2000

各位大侠，关于recover point的容灾方式，小弟一直有疑问，希望大家能多提宝贵意见：
1：经常提到客户说此方式可以实现生产中心与容灾中心的数据实时双活，也就是意味着生产卷和容灾卷同一时间点的数据一致性，我认为肯定无法做到对容灾卷的数据写。因为从其产品描述来看，恢复的方式包括虚拟映像或物理映像恢复。当然物理映像的恢复必须是回滚到相应时间点的时候才能解除对目标卷的屏蔽，才能让任何主机看到目标卷。这肯定是无法同时读写的。基于虚拟映像的恢复，读没有问题，肯定是读取目标卷的实时数据，但是针对写的时候，产品的描述原文是：当向 LUN 发出写 操作时，它并不是 发送到目标 LUN，而是存储在日志中一个叫做目标端处理 (TSP) 的特殊区域中。该 TSP 区域还用来满足将来对这些新写入的数据块的读请求。
因此小弟很疑惑，此种方式真能实现读数据时可以做到秒级别的数据一致性？他是怎么处理正在往生产卷写的数据也能实时同步到容灾卷，并能被写？而不会导致双站点的数据不一致？当然CRR只能做异步，因此我理解CRR的所谓实时双站点可读写应该无法做到秒级别。。

2：容灾端的历史数据访问上面，我没看到有类似快照的描述，不知道是如何实现对历史数据的读写操作？我看到的只有相应的日志记录。难道也是通过虚拟映像？

3：再有就是配置上的问题了，购买Recover point是否是以需要保护的容量为报价单元的？

期待大侠们任何关于recover point的指点，先谢过了~~

无牙

这个问题不错，帮你顶一下！

alex_linux

关注,不名真相的群众

难飞之猪

顶
（这种灌水的方式楼上两位也能想的出来？真崇拜死你们了）

maolei_2000

下班前顶一下，嘿嘿

难飞之猪

原帖由 maolei_2000 于 2009-6-18 18:25 发表
下班前顶一下，嘿嘿

这样真不错，咱们就别回答问题了，就这么灌着好了

ericlee_sz

或者你叫虚拟快照也可以。。写的数据是写到一边的。。从盘阵的bitmap会重新给你一个新的。。当你删除这个虚拟快照后。。。所有写的数据也会被删除。。

这个问题跟一致性没关系。。只要你保证生成虚拟快照的时间点的数据是一致就行了。。。

其实你的问题都是一个问题。。。

recoverypoint应该是以容量收费的

jansonyuan

不久之前在DOIT论坛上也专门有帖子讨论过RECOVER POINT的
基本上我们也就是把这个软件看成是一个连续的快照

难飞之猪

原帖由 jansonyuan 于 2009-6-19 10:06 发表
不久之前在DOIT论坛上也专门有帖子讨论过RECOVER POINT的
基本上我们也就是把这个软件看成是一个连续的快照

没意思，这么好的帖子大家怎么不灌了，改回答问题了？
CDP和磁盘阵列同步/异步更类似。
RP是把所有的I/O以日志方式记录到一个自己的存储上，然后可以根据需要，从他自己的这个存储上生成以前任意时间点的LUN卷信息。生成后的LUN卷用户可以当作普通卷来进行读/写操作，这个和源LUN没有任何关系。在生成的同时，所有信息的同步仍然在源LUN和RP自己的存储空间上进行。
但在这个情况下，所谓的生成LUN仍然能和源LUN数据同步是不可能，只能说是可以再次生成一个和源LUN同样的LUN卷。

maolei_2000

那请问自身的日志存储的空间，以及可以根据需要，从他自己的这个存储上生成以前任意时间点的LUN卷信息的数据占用空间多大？可以人为设定？一个时间点的日志卷与源卷的容量比大致为多少？