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

mike79

原帖由 myguangzhou 于 2009-5-31 22:39 發(fā)表
ORACLE COMMIT的數(shù)據(jù)只是寫入OS認(rèn)為的DISK而已，因此丟數(shù)據(jù)的風(fēng)險(xiǎn)還是存在的。
為保險(xiǎn)起見，可以在OS安裝AGENT的軟件，與存儲(chǔ)交互聯(lián)動(dòng)，保證數(shù)據(jù)的一致性。

哈，在為H3C做忽悠？
Oracle的commit成功返回表示數(shù)據(jù)已經(jīng)成功寫入本地存儲(chǔ)和災(zāi)備存儲(chǔ)，所以說commit的數(shù)據(jù)不會(huì)丟失。但是數(shù)據(jù)寫入存儲(chǔ)并不是說數(shù)據(jù)所在的數(shù)據(jù)塊被刷新，oracle中的commit成功就是把redo log項(xiàng)寫入到redo log中。一旦啟動(dòng)災(zāi)備存儲(chǔ)上的oracle，數(shù)據(jù)庫(kù)要做instance recovery。

os上根本不需要什么agent，裝了agent后就新引入了一個(gè)潛在的故障點(diǎn)以及影響數(shù)據(jù)庫(kù)性能，只有壞處沒什么好處。除了H3C之外就沒廠商這么做了。

yangm63

H3C是飛康的CDP呦

yoyosys

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

曠野的呼喚

原帖由 mike79 于 2009-5-31 23:38 發(fā)表

哈，在為H3C做忽悠？
Oracle的commit成功返回表示數(shù)據(jù)已經(jīng)成功寫入本地存儲(chǔ)和災(zāi)備存儲(chǔ)，所以說commit的數(shù)據(jù)不會(huì)丟失。但是數(shù)據(jù)寫入存儲(chǔ)并不是說數(shù)據(jù)所在的數(shù)據(jù)塊被刷新，oracle中的commit成功就是把redo log ...

我沒做過硬件級(jí)的復(fù)制
我想問的是：
還有陣列的cache和磁盤的cache。
怎么解決這兩個(gè)問題？oracle的commit成功只是表示寫陣列成功，并不代表已經(jīng)寫入磁盤。

mike79

原帖由 曠野的呼喚 于 2009-6-1 12:17 發(fā)表

我沒做過硬件級(jí)的復(fù)制
我想問的是：
還有陣列的cache和磁盤的cache。
怎么解決這兩個(gè)問題？oracle的commit成功只是表示寫陣列成功，并不代表已經(jīng)寫入磁盤。

概念好混亂阿。
所謂寫陣列成功，都是數(shù)據(jù)寫入磁盤陣列的緩存就返回。至于什么時(shí)候?qū)��?shù)據(jù)刷新到物理磁盤上，那是磁盤陣列自己控制的，中間還有raid算法等。這些對(duì)os是透明的，更不要說數(shù)據(jù)庫(kù)層面了。而存儲(chǔ)復(fù)制對(duì)于os也是透明的，os根本不知道是否存在存儲(chǔ)復(fù)制，它就是等待磁盤陣列寫返回。而本地磁盤陣列將寫入緩存的數(shù)據(jù)復(fù)制到遠(yuǎn)端陣列的緩存，在遠(yuǎn)端陣列返回寫成功后才向os返回寫成功。

[ 本帖最后由 mike79 于 2009-6-1 12:28 編輯 ]

myguangzhou

原帖由 mike79 于 2009-5-31 23:38 發(fā)表

哈，在為H3C做忽悠？
Oracle的commit成功返回表示數(shù)據(jù)已經(jīng)成功寫入本地存儲(chǔ)和災(zāi)備存儲(chǔ)，所以說commit的數(shù)據(jù)不會(huì)丟失。但是數(shù)據(jù)寫入存儲(chǔ)并不是說數(shù)據(jù)所在的數(shù)據(jù)塊被刷新，oracle中的commit成功就是把redo log ...

暈倒，我從沒碰過H3C的東西。
在OS層安裝AGENT之類的軟件與存儲(chǔ)集成，EMC和NETAPP都有類似的解決方案，貌似只有FOR ORACLE（貌似而已）；并不是只有IBM有的，才是最好的。
這位童鞋雖然是IBMER，但是也不必把別家的產(chǎn)品和技術(shù)說的如此不堪撒。

“Oracle的commit成功返回表示數(shù)據(jù)已經(jīng)成功寫入本地存儲(chǔ)和災(zāi)備存儲(chǔ)”，我不知道數(shù)據(jù)寫入存儲(chǔ)的緩存算不算“已經(jīng)成功寫入本地存儲(chǔ)”？
OS和ORACLE都管不了存儲(chǔ)的緩存，因此電池、UPS等對(duì)數(shù)據(jù)的保護(hù)才顯得特別重要；當(dāng)然，如果有AGENT和存儲(chǔ)打交道就更好了。
好像成了托了

[ 本帖最后由 myguangzhou 于 2009-6-1 16:16 編輯 ]

bluevisual

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

myguangzhou

原帖由 bluevisual 于 2009-6-1 17:02 發(fā)表
兩個(gè)陣列之間采用同步復(fù)制的話，Oracle數(shù)據(jù)庫(kù)commit之后，這些數(shù)據(jù)肯定是已經(jīng)寫入到本地和遠(yuǎn)程災(zāi)備設(shè)備中（寫入陣列的cache中，emc 也會(huì)返回一個(gè)正確的信息給前端客戶端的）。這個(gè)是毫無疑問的，我想問的是：基 ...

如果數(shù)據(jù)庫(kù)寫入的數(shù)據(jù)完完整整地保存在陣列的緩存或者硬盤里，那么數(shù)據(jù)庫(kù)當(dāng)然可以通過instance recovery保證其數(shù)據(jù)不丟失了，所謂的數(shù)據(jù)一致性更不在話下

mike79

原帖由 myguangzhou 于 2009-6-1 15:36 發(fā)表
在OS層安裝AGENT之類的軟件與存儲(chǔ)集成，EMC和NETAPP都有類似的解決方案，貌似只有FOR ORACLE（貌似而已）；

EMC也有？是什么agent？EMC的CX的MirrorView我也做過，貌似沒聽說過需要agent for oracle。

mike79

原帖由 bluevisual 于 2009-6-1 17:02 發(fā)表
我想問的是：基于陣列的容災(zāi)能保證數(shù)據(jù)庫(kù)中cache數(shù)據(jù)的完整性，通過oracle的回滾日志可以保證么。

啟用災(zāi)備存儲(chǔ)上的數(shù)據(jù)庫(kù)就相當(dāng)于數(shù)據(jù)庫(kù)服務(wù)器掉電重啟，接下來就自己理解吧。