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

bluevisual

最近看了一些CDP之類的文章，里面講到兩個陣列之間采用 SRDF或TrueCopy之類的技術(shù)，可以實現(xiàn)數(shù)據(jù)塊級別復(fù)制。我有一個疑問：oracle之類的數(shù)據(jù)庫能復(fù)制么，會丟失數(shù)據(jù)么，會不會造成數(shù)據(jù)庫狀態(tài)不一致的情況，業(yè)務(wù)切換的時候。

mike79

都不知道在說些什么，一點數(shù)據(jù)庫的常識都沒有。\r\n基于存儲的同步復(fù)制，配合數(shù)據(jù)庫的日志機制，可以保證數(shù)據(jù)庫中已經(jīng)commit的數(shù)據(jù)不丟失，沒有commit的數(shù)據(jù)在數(shù)據(jù)庫起來后被rollback。而不是什么內(nèi)存中的數(shù)據(jù)都丟失。\r\n對于數(shù)據(jù)庫而言，啟用災(zāi)備存儲上的數(shù)據(jù)庫就相當(dāng)于機器掉電以后被重啟。因此在數(shù)據(jù)一致性上確實存在風(fēng)險，比不上數(shù)據(jù)庫自身的容災(zāi)方案，例如oracle的dataguard。

qqadmini

HDS的官方文檔說...基入陣列的復(fù)制是不會丟數(shù)據(jù)的...要看你采取什么模式...比如說..你采取Universal Replicator,的話..有兩種模式可以選擇...\r\n就是同步和異步..........\r\n1\"同步保證數(shù)據(jù)一致性...\r\n2\"異步保證業(yè)務(wù)正常運行...不會同步一樣有\(zhòng)"等待停頓\"的..

yoyosys

數(shù)據(jù)庫不建議做存儲級別的復(fù)制，這會導(dǎo)致數(shù)據(jù)的不一致性，在復(fù)制的過程中，內(nèi)存中的數(shù)據(jù)是無法復(fù)制的。硬件級的復(fù)制對于文件級的沒有影響。

無牙

復(fù)制肯定會丟數(shù)的，只不過是多與少的問題。

bluevisual

我也是這樣認為的，對于數(shù)據(jù)庫之類的遠程復(fù)制不適宜采用基于陣列的容災(zāi)

myguangzhou

ORACLE COMMIT的數(shù)據(jù)只是寫入OS認為的DISK而已，因此丟數(shù)據(jù)的風(fēng)險還是存在的。\r\n為保險起見，可以在OS安裝AGENT的軟件，與存儲交互聯(lián)動，保證數(shù)據(jù)的一致性。

yoyosys

從中還是學(xué)習(xí)到不少知識

bluevisual

兩個陣列之間采用同步復(fù)制的話，Oracle數(shù)據(jù)庫commit之后，這些數(shù)據(jù)肯定是已經(jīng)寫入到本地和遠程災(zāi)備設(shè)備中（寫入陣列的cache中，emc 也會返回一個正確的信息給前端客戶端的）。這個是毫無疑問的，我想問的是：基于陣列的容災(zāi)能保證數(shù)據(jù)庫中cache數(shù)據(jù)的完整性，通過oracle的回滾日志可以保證么。

myguangzhou

暈倒，我還以為你們在說快照呢