磁盤陣列同步問題？

forecast777

一般情況下，無論是白皮書還是紅皮書介紹磁盤陣列同步時，都只說對端返回才OK，所以可以確保數(shù)據(jù)一致性問題。
可是，下面兩種情況呢
1)第一次同步時，所謂建立同步過程，如果源數(shù)據(jù)很大，而且更新頻繁，那么必然會出現(xiàn)某些剛剛同步的數(shù)據(jù)塊又被修改（或多次修改）的情況，這時候這些被修改的數(shù)據(jù)塊是馬上在作業(yè)中優(yōu)先提交？還是累積等第一次同步后再提交？
2)對端陣列或網(wǎng)絡出現(xiàn)故障，修復后再次同步時（源數(shù)據(jù)同一塊可能被多次修改。源端如果不是采用log方式記錄這期間變化的I/O順序，是不是就會導致一致性問題，為此是否需要在對端配置快照？或者有什么其它方法確保有一份一致性數(shù)據(jù)？？ 如果是log方式保存相關的LUN在那里，很多陣列沒沒有找到這樣的LUN？

如果是VVR，
1）同步方式也是先寫SRL在先端段RVG吧？
2）既然SRL是循環(huán)使用的，而且可以定義大小，如何出現(xiàn)SRL寫滿使用DCM的情況呢？（某點中斷？）

bitmap采用的是每個block size對應一個b，這種肯定是不能保障一致性的吧。
但時間戳方式是直接在數(shù)據(jù)塊上打時間戳么？還是組成一個時間戳隊列，因為會存在某個塊還沒有提交就被再次修改問題，那么時間戳如何處理這類情況下數(shù)據(jù)一致性問題的呢？（比如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是循環(huán)使用的，而且可以定義大小，如何出現(xiàn)SRL寫滿使用DCM的情況呢？（某點中斷？）
A:如果節(jié)點間的網(wǎng)絡中斷時間過長，SRL沒有被排空，當SRL寫滿就會轉成DCM.

forecast777

原帖由 無牙 于 2009-7-4 13:07 發(fā)表
如果是VVR，
1）同步方式也是先寫SRL在先端段RVG吧？
A:不管是同步還是異步，都是先寫SRL。

2）既然SRL是循環(huán)使用的，而且可以定義大小，如何出現(xiàn)SRL寫滿使用DCM的情況呢？（某點中斷？）
A:如果節(jié)點間的 ...

多謝無牙