磁盤(pán)陣列同步問(wèn)題？

forecast777

一般情況下，無(wú)論是白皮書(shū)還是紅皮書(shū)介紹磁盤(pán)陣列同步時(shí)，都只說(shuō)對(duì)端返回才OK，所以可以確保數(shù)據(jù)一致性問(wèn)題。\r\n可是，下面兩種情況呢\r\n1)第一次同步時(shí)，所謂建立同步過(guò)程，如果源數(shù)據(jù)很大，而且更新頻繁，那么必然會(huì)出現(xiàn)某些剛剛同步的數(shù)據(jù)塊又被修改（或多次修改）的情況，這時(shí)候這些被修改的數(shù)據(jù)塊是馬上在作業(yè)中優(yōu)先提交？還是累積等第一次同步后再提交？\r\n2)對(duì)端陣列或網(wǎng)絡(luò)出現(xiàn)故障，修復(fù)后再次同步時(shí)（源數(shù)據(jù)同一塊可能被多次修改。源端如果不是采用log方式記錄這期間變化的I/O順序，是不是就會(huì)導(dǎo)致一致性問(wèn)題，為此是否需要在對(duì)端配置快照？或者有什么其它方法確保有一份一致性數(shù)據(jù)？？ 如果是log方式保存相關(guān)的LUN在那里，很多陣列沒(méi)沒(méi)有找到這樣的LUN？\r\n\r\n如果是VVR，\r\n1）同步方式也是先寫(xiě)SRL在先端段RVG吧？\r\n2）既然SRL是循環(huán)使用的，而且可以定義大小，如何出現(xiàn)SRL寫(xiě)滿使用DCM的情況呢？（某點(diǎn)中斷？）\r\n\r\nbitmap采用的是每個(gè)block size對(duì)應(yīng)一個(gè)b，這種肯定是不能保障一致性的吧。\r\n但時(shí)間戳方式是直接在數(shù)據(jù)塊上打時(shí)間戳么？還是組成一個(gè)時(shí)間戳隊(duì)列，因?yàn)闀?huì)存在某個(gè)塊還沒(méi)有提交就被再次修改問(wèn)題，那么時(shí)間戳如何處理這類(lèi)情況下數(shù)據(jù)一致性問(wèn)題的呢？（比如1，2，3，4，5；之后在沒(méi)提交前3又被修改了，時(shí)間戳隊(duì)列是1，2，3，4，5，6還是1，2，4，5，6呢？）

無(wú)牙

如果是VVR，\r\n1）同步方式也是先寫(xiě)SRL在先端段RVG吧？\r\nA:不管是同步還是異步，都是先寫(xiě)SRL。\r\n\r\n2）既然SRL是循環(huán)使用的，而且可以定義大小，如何出現(xiàn)SRL寫(xiě)滿使用DCM的情況呢？（某點(diǎn)中斷？）\r\nA:如果節(jié)點(diǎn)間的網(wǎng)絡(luò)中斷時(shí)間過(guò)長(zhǎng)，SRL沒(méi)有被排空，當(dāng)SRL寫(xiě)滿就會(huì)轉(zhuǎn)成DCM.