基于陣列的復(fù)制，oracle之類的數(shù)據(jù)庫能保證同步么

曠野的呼喚

mike的說話是正確的。\r\n拋開硬件本身的問題不談。只要保障了oracle日志文件就保障了數(shù)據(jù)的一致性。\r\n對(duì)于oracle來說，啟用災(zāi)備存儲(chǔ)就相當(dāng)于數(shù)據(jù)庫服務(wù)器掉電重啟。\r\n具體的過程要請(qǐng)熟悉ORACLE的人回答了。大概是這個(gè)時(shí)候會(huì)掃描數(shù)據(jù)文件、控制文件和日志中的scn號(hào)，進(jìn)行一致性修復(fù)。

cqubityj

從理論上來講，要保證災(zāi)備存儲(chǔ)上的Oracle數(shù)據(jù)的一致性，就要求在陣列復(fù)制時(shí)，應(yīng)用在災(zāi)備存儲(chǔ)上的IO順序與Oracle發(fā)給主陣列的IO順序一致。而陣列復(fù)制一般都會(huì)重整IO，因此在災(zāi)備存儲(chǔ)上應(yīng)用IO的順序有可能與Oracle發(fā)給陣列的IO順序不一致，在這種情況下就有可能會(huì)出現(xiàn)問題。例如：oracle的IO順序可能是IO1、IO2、IO3，而在災(zāi)備陣列上應(yīng)用時(shí)可能是IO1、IO3、IO2。 假設(shè)oracle向主陣列發(fā)了IO1、IO2、IO3，這時(shí)主陣列損壞了，而此時(shí)可能IO1和IO3已被傳到災(zāi)備存儲(chǔ)上，而IO2完全丟失了。這樣在災(zāi)備存儲(chǔ)上的數(shù)據(jù)可能就會(huì)出現(xiàn)不一致的情況。　\r\nHDS的truecopy支持按順序應(yīng)用IO的機(jī)制，從理論上來講，truecopy是安全的。

bbjmmj

我們前幾天就被自家人給刨了光纜。現(xiàn)在全國(guó)大搞房地產(chǎn)、動(dòng)遷，通信線路損壞的可能性是很高的，不能不考慮。\r\n\r\n存儲(chǔ)復(fù)制最要命的就是通信中斷，無論同步復(fù)制還是異步復(fù)制，都存在這個(gè)風(fēng)險(xiǎn)，災(zāi)備線路一旦中斷，業(yè)務(wù)就要停止，雖然可以用MULTIPATH、路由之類的輔助手段加以預(yù)防，但并沒有徹底解決業(yè)務(wù)中斷的問題，比如災(zāi)備中心發(fā)生火災(zāi)，或者設(shè)備故障，那業(yè)務(wù)就不可避免地要中斷，所以業(yè)界才搞出個(gè)“非計(jì)劃內(nèi)停機(jī)”的概念來糊弄大家 \r\n\r\n盤陣容災(zāi)還有兩項(xiàng)功能需要實(shí)現(xiàn)，第一，只有寫入操作才向遠(yuǎn)端傳送數(shù)據(jù)，這樣做的目的主要不是節(jié)約帶寬，而是減小網(wǎng)絡(luò)延遲；第二，線路意外中斷時(shí)，應(yīng)能在較短的時(shí)間內(nèi)自動(dòng)繼續(xù)業(yè)務(wù)。

lostgamer

肯定不能保證！或多或少丟失。

myguangzhou

我只知道人肯定會(huì)死的，其他都不敢打包票

bluevisual

想不到，俺的這個(gè)帖引來這么多路神仙光顧，學(xué)到了好多技術(shù)細(xì)節(jié)。

forecast777

如果出現(xiàn)鏈路中斷，是否基于陣列的遠(yuǎn)程復(fù)制技術(shù)，基本都無法避免一致性問題？？\r\n印象中VVR有專門針對(duì)鏈路中斷的考慮，不曉得實(shí)際是怎樣的？

laosun

百密必有一疏，現(xiàn)代IT還做不到真正的安全！

forecast777

產(chǎn)品是一個(gè)變量；交付是一個(gè)變量；運(yùn)維也是一個(gè)變量:wink:

babyyellow

如果可以設(shè)定復(fù)制時(shí)按照oracle 的數(shù)據(jù)塊的尺寸來讀的話，是沒有問題的\r\n\r\n復(fù)制完了，然后把原庫的歸檔日志和onlineredo 也復(fù)制過去,是可以的