磁盘阵列同步问题？

forecast777

一般情况下，无论是白皮书还是红皮书介绍磁盘阵列同步时，都只说对端返回才OK，所以可以确保数据一致性问题。
可是，下面两种情况呢
1)第一次同步时，所谓建立同步过程，如果源数据很大，而且更新频繁，那么必然会出现某些刚刚同步的数据块又被修改（或多次修改）的情况，这时候这些被修改的数据块是马上在作业中优先提交？还是累积等第一次同步后再提交？
2)对端阵列或网络出现故障，修复后再次同步时（源数据同一块可能被多次修改。源端如果不是采用log方式记录这期间变化的I/O顺序，是不是就会导致一致性问题，为此是否需要在对端配置快照？或者有什么其它方法确保有一份一致性数据？？ 如果是log方式保存相关的LUN在那里，很多阵列没没有找到这样的LUN？

如果是VVR，
1）同步方式也是先写SRL在先端段RVG吧？
2）既然SRL是循环使用的，而且可以定义大小，如何出现SRL写满使用DCM的情况呢？（某点中断？）

bitmap采用的是每个block size对应一个b，这种肯定是不能保障一致性的吧。
但时间戳方式是直接在数据块上打时间戳么？还是组成一个时间戳队列，因为会存在某个块还没有提交就被再次修改问题，那么时间戳如何处理这类情况下数据一致性问题的呢？（比如1，2，3，4，5；之后在没提交前3又被修改了，时间戳队列是1，2，3，4，5，6还是1，2，4，5，6呢？）

无牙

如果是VVR，
1）同步方式也是先写SRL在先端段RVG吧？
A:不管是同步还是异步，都是先写SRL。

2）既然SRL是循环使用的，而且可以定义大小，如何出现SRL写满使用DCM的情况呢？（某点中断？）
A:如果节点间的网络中断时间过长，SRL没有被排空，当SRL写满就会转成DCM.

forecast777

原帖由 无牙 于 2009-7-4 13:07 发表
如果是VVR，
1）同步方式也是先写SRL在先端段RVG吧？
A:不管是同步还是异步，都是先写SRL。

2）既然SRL是循环使用的，而且可以定义大小，如何出现SRL写满使用DCM的情况呢？（某点中断？）
A:如果节点间的 ...

多谢无牙