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

maolei_2000

各位大侠，关于recover point的容灾方式，小弟一直有疑问，希望大家能多提宝贵意见：\r\n1：经常提到客户说此方式可以实现生产中心与容灾中心的数据实时双活，也就是意味着生产卷和容灾卷同一时间点的数据一致性，我认为肯定无法做到对容灾卷的数据写。因为从其产品描述来看，恢复的方式包括虚拟映像或物理映像恢复。当然物理映像的恢复必须是回滚到相应时间点的时候才能解除对目标卷的屏蔽，才能让任何主机看到目标卷。这肯定是无法同时读写的。基于虚拟映像的恢复，读没有问题，肯定是读取目标卷的实时数据，但是针对写的时候，产品的描述原文是：当向 LUN 发出写 操作时，它并不是 发送到目标 LUN，而是存储在日志中一个叫做目标端处理 (TSP) 的特殊区域中。该 TSP 区域还用来满足将来对这些新写入的数据块的读请求。\r\n因此小弟很疑惑，此种方式真能实现读数据时可以做到秒级别的数据一致性？他是怎么处理正在往生产卷写的数据也能实时同步到容灾卷，并能被写？而不会导致双站点的数据不一致？当然CRR只能做异步，因此我理解CRR的所谓实时双站点可读写应该无法做到秒级别。。\r\n\r\n2：容灾端的历史数据访问上面，我没看到有类似快照的描述，不知道是如何实现对历史数据的读写操作？我看到的只有相应的日志记录。难道也是通过虚拟映像？\r\n\r\n3：再有就是配置上的问题了，购买Recover point是否是以需要保护的容量为报价单元的？\r\n\r\n期待大侠们任何关于recover point的指点，先谢过了~~

无牙

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

难飞之猪

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

ericlee_sz

或者你叫虚拟快照也可以。。写的数据是写到一边的。。从盘阵的bitmap会重新给你一个新的。。当你删除这个虚拟快照后。。。所有写的数据也会被删除。。\r\n\r\n这个问题跟一致性没关系。。只要你保证生成虚拟快照的时间点的数据是一致就行了。。。\r\n\r\n其实你的问题都是一个问题。。。\r\n\r\nrecoverypoint应该是以容量收费的

jansonyuan

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

maolei_2000

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

humen001

RP会给需要CDP的LUN生成一个日志卷，一个副本卷，会将主机每一个IO进行拆分，一份送到磁盘中，一份发到RP的设备中，在应用装置确认了此写操作后，它会将数据移动到本地日志卷中，同时还附带该写操作的时间戳和应用程序、事件或用户可能生成的书签。在数据安全地进入日志之后，它将被分发到目标卷。\r\n所以CRR传输的话也是对IO传输的，但不会作到实时同步

andy_lyb

保护是基于卷的，应该跟文件系统无关的吧？

maolei_2000

各位大拿，比较清楚了。感谢！\r\nBTW，换ID去......