【導(dǎo)讀】本等要求一致，且對(duì)絡(luò)環(huán)境的要求比較高。的配置和設(shè)備，比較麻煩。其特點(diǎn)與基于存儲(chǔ)設(shè)備的復(fù)制方案比較類似，也可以選擇同步或。其目標(biāo)系統(tǒng)如果要實(shí)現(xiàn)可讀，需要?jiǎng)?chuàng)建第三方鏡像。個(gè)人認(rèn)為這種技術(shù)和?；蛘哒f(shuō)是保證在異常發(fā)生的那一刻有足夠的緩沖來(lái)保障？也就是說(shuō)，復(fù)制的時(shí)候起文件寫(xiě)入順序和oracle的順序一致嗎？形象一點(diǎn)說(shuō)它的原理可能有點(diǎn)像raid0，就是說(shuō)它的寫(xiě)入順序應(yīng)該和原系統(tǒng)是一樣的。不知道我的理解對(duì)不對(duì)?？隙〞?huì)有緩存中數(shù)據(jù)的損失，也不能100%保證數(shù)據(jù)文件的一致。一般來(lái)說(shuō)是用這種。二天早上，再把存儲(chǔ)的同步斷掉，然后由另外一臺(tái)主機(jī)來(lái)啟動(dòng)目標(biāo)端存儲(chǔ)上的數(shù)據(jù)庫(kù)，件在邏輯上是否一致，所以會(huì)造成復(fù)制端在停止復(fù)制后有很大幾率不能正常啟動(dòng)。數(shù)據(jù)庫(kù)，但還是有1/3的幾率無(wú)法啟動(dòng)，如果是在原系統(tǒng)發(fā)生故障或斷電的情況下，藏的問(wèn)題沒(méi)有機(jī)會(huì)暴露出來(lái)。

　　

【正文】 盤(pán)頭的 tab 應(yīng)該隔多少時(shí)間加一次鎖，然后新的插入寫(xiě) cache，所以如果這個(gè)時(shí)間源端 off 的話， cache 中的數(shù)據(jù)應(yīng)該是丟失的（磁盤(pán)壞）。 軟件級(jí)的復(fù)制也一樣，你總有一個(gè)隊(duì)列來(lái)處理 ops/rac 的事務(wù)順序，這個(gè)隊(duì)列有放在磁盤(pán)上用文件來(lái)排隊(duì)的，也有 直接在內(nèi)存中排隊(duì)的，這些也是關(guān)鍵的東西。當(dāng)然像軟件復(fù)制這樣的軟件可以通過(guò)重新分析日志的方式來(lái)彌補(bǔ)，如果磁盤(pán)沒(méi)有壞的話。 同步絕對(duì)就是那樣，每個(gè)在 SOURCE 端寫(xiě)入的東西必須被遠(yuǎn)端的存儲(chǔ)設(shè)備寫(xiě)入成功（不一定是寫(xiě)入磁盤(pán)）才返回主機(jī)寫(xiě)入成功，基本可以認(rèn)為就是一個(gè)距離很遠(yuǎn)的RAID1。一致性的問(wèn)題不用擔(dān)心，但是帶寬要求等等都是很高的。 異步的方法，在之前很多是不能保證一致的，呵呵。最近據(jù)說(shuō)多了很多能保證一致的方法，就知道 HDS 會(huì)吧所有寫(xiě)記錄到本地一個(gè)日志卷， EMC 和 IBM 的方法還沒(méi)有弄的很清楚。 看看我們的實(shí)際應(yīng)用 現(xiàn)在介紹我們數(shù)據(jù)庫(kù)同步的成功案例，你們提到的問(wèn)題都可以解決。 現(xiàn)在我們的數(shù)據(jù)同步已經(jīng)投入了實(shí)際運(yùn)行，采用逐步增加表的方式。目前已經(jīng)同步了149 個(gè)表，其中包括詳單表，統(tǒng)計(jì)基表等。最大的 6000 多萬(wàn)記錄，有 16 個(gè)超過(guò) 1000萬(wàn)記錄，采用 10 分鐘異步復(fù)制。主要有以下特點(diǎn)： 關(guān)鍵業(yè)務(wù)數(shù)據(jù)（排出了很多垃圾數(shù)據(jù)），數(shù)據(jù)量最小 對(duì)生產(chǎn)機(jī)影響較小，目前一般只用到 300M 空間 目標(biāo)端數(shù)據(jù)不可以修改，完全保證數(shù)據(jù)一致 初始同步快捷、方便，不需要停止生產(chǎn)系統(tǒng)應(yīng)用。影響小，只相當(dāng)如一個(gè) select。 管理 方便、靈活：能夠看到各表上次同步時(shí)間；上次同步后又有多少條新數(shù)據(jù)；上次各表同步耗費(fèi)多長(zhǎng)時(shí)間等。 目前每天進(jìn)行一次 count(*) 檢查，沒(méi)有發(fā)現(xiàn)有問(wèn)題。 我們一前也試用過(guò) dsj 和 shareplex 的產(chǎn)品，從名氣上來(lái)說(shuō)，應(yīng)該還不錯(cuò)。具體不是我親自試用的，但最后沒(méi)有能夠成功，我想與我們的系統(tǒng)復(fù)雜、數(shù)據(jù)庫(kù)本身不是很穩(wěn)定、要求太高有關(guān)。 這是一個(gè) 24 小時(shí)運(yùn)行的系統(tǒng)，停止應(yīng)用程序來(lái)進(jìn)行初始同步比較麻煩。 需要在每天早晨從同步的數(shù)據(jù)中產(chǎn)生關(guān)鍵的數(shù)據(jù)和報(bào)表，要求不能耽誤。 要求管理維護(hù)簡(jiǎn)單、靈活：要求運(yùn)行穩(wěn)定 ，同步中斷后能夠簡(jiǎn)單快速處理完。 現(xiàn)在我們用的 oracle 機(jī)制，加上第三方數(shù)據(jù)同步管理軟件，只用了 1 個(gè)晚上就將主體數(shù)據(jù)同步好，一周就正式投入使用。然后逐步完善增加同步的表，目前已經(jīng)同步了 149張表，還對(duì)同步數(shù)據(jù)進(jìn)行了分區(qū)處理等優(yōu)化，從目前的近一個(gè)月的情況來(lái)看效果理想。 經(jīng)過(guò)一年半還多的時(shí)間試用了 2 家產(chǎn)品沒(méi)有能夠成功，用一周時(shí)間就解決了問(wèn)題（主要報(bào)表實(shí)際上第二天就正式使用了），心里是多么的欣慰、興奮和富有成就感。 所以寫(xiě)了這么多東西。 就是用了 ORACLE 物化視圖技術(shù) +一個(gè)圖形界面配置，還以為是啥東東哦。 還有誰(shuí)為建立報(bào)表機(jī)和容災(zāi)的數(shù)據(jù)同步而煩惱嗎？ oracle 的功能確實(shí)很強(qiáng)大，這需要大家一起去挖掘，才會(huì)有基于 oracle 的更多更好的應(yīng)用軟件產(chǎn)生。 samchj 兄，你是 DSG 的吧？海龜從 ORACLE,IBM 出來(lái)，而且專攻容災(zāi)的公司，我想不出第二家。你們的技術(shù)很牛，對(duì)底層很清楚，但讓人擔(dān)心對(duì) ORACLE 后續(xù)版本的支持。雖然所宣稱的產(chǎn)品功能實(shí)現(xiàn)很吸引人，在測(cè)試中有不少問(wèn)題，亟待完善。 VP 忙著改 BUG，應(yīng)該是沒(méi)有什么時(shí)間來(lái)這灌水。 關(guān)于 BITI 擔(dān)心的存儲(chǔ)同步問(wèn)題，樓上的已經(jīng)解釋很清楚了。之所以存儲(chǔ)廠商要求主節(jié)點(diǎn)、容災(zāi)節(jié)點(diǎn)更換成他們的存儲(chǔ)設(shè)備，就是要解決 I/O,CACHE 的問(wèn)題，從而保證同步端能夠做到完全鏡像。 容災(zāi)端只有停掉同步，才能打開(kāi)數(shù)據(jù)庫(kù)，然后下一次再重做同步。而且他們還提供SNAPSHOT 的功能，建立一個(gè)快照數(shù)據(jù)庫(kù)，對(duì)于一個(gè)大數(shù)據(jù)庫(kù)，需要的存儲(chǔ)很可觀。 我個(gè)人認(rèn)為，存儲(chǔ)廠商的最大優(yōu)勢(shì)在于維護(hù)量少，有保障。 DATA GUARD 配置靈活，不依賴于底層，但需要人為監(jiān)控。 聲明：我們這用的不是 DATA GUARD 是一個(gè)第三方軟件，目前報(bào)表機(jī)同步底層用的是 實(shí)例化視圖。 如果建立應(yīng)用級(jí)的容災(zāi)，數(shù)據(jù)需要實(shí)時(shí) 同步，估計(jì)需要用到同步復(fù)制技術(shù)了。目前還沒(méi)有下決心做，擔(dān)心性能問(wèn)題。目前有過(guò) 1 個(gè)表的初步測(cè)試，還沒(méi)有進(jìn)行大量表的測(cè)試。 對(duì)你的 ppt 提幾個(gè)疑問(wèn)： 1。傳統(tǒng)同步軟件方案為 10 年前的技術(shù)，比較落后。 這個(gè)恐怕有些武斷，相反對(duì)于數(shù)據(jù)庫(kù)的復(fù)制我個(gè)人更看好如 Quest 的 shareplex 等產(chǎn)品。同樣 dataguard 也使用類似技術(shù)，絕對(duì)不是如你所言是 10 年前的落后技術(shù)。 2。傳統(tǒng)同步軟件方案，因其本身的缺陷，導(dǎo)致需要大量復(fù)雜的機(jī)制和操作來(lái)保證數(shù)據(jù)的一致，實(shí)施成本大。 復(fù)雜的機(jī)制不是最終客戶需要考慮的，相反這些軟件的 實(shí)施成本是相應(yīng)較小的（當(dāng)然如果你的成本是指 money 的話，那自然是比物化視圖高，不過(guò)仍然可以選用 DG），說(shuō)起復(fù)雜的機(jī)制，即使是你使用的物化視圖，也仍然有大量?jī)?nèi)部的控制是較復(fù)雜的，不過(guò)這些不需要實(shí)施者去考慮而已。 3。采用硬件存儲(chǔ)快照的方式，同步方式不靈活，將生產(chǎn)系統(tǒng)上所有的數(shù)據(jù)全部同步。（經(jīng)過(guò)長(zhǎng)時(shí)間運(yùn)行和維護(hù)的生產(chǎn)系統(tǒng)往往大量的臨時(shí)表和大量的垃圾數(shù)據(jù)，這些實(shí)際上是不需要同步的。 通?；诖鎯?chǔ)的復(fù)制提供了卷一級(jí)的管理，完全可以通過(guò)配置不同的數(shù)據(jù)文件在不同的卷上來(lái)達(dá)到復(fù)制關(guān)鍵數(shù)據(jù)的目的。 4。采用硬件存儲(chǔ)快 照的方式，耗費(fèi)大量的存儲(chǔ)設(shè)備，成本巨大。 就我所知，至少 veritas 的 vvr 不需要太多額外的存儲(chǔ)。 5。華爾東城公司采用的獨(dú)特方案，采用 oracle 的各種技術(shù)相結(jié)合，結(jié)合本公司獨(dú)特的同步參數(shù)設(shè)置。通過(guò)本公司軟件控制進(jìn)行同步的管理。 其實(shí)你這個(gè) ppt 真是說(shuō)的很含糊，用于單純的 sales 宣傳恐怕還可以，如果是用于技術(shù)交流實(shí)在是有些不痛不癢。 6。華爾東城產(chǎn)品重要的益處，保證容災(zāi)數(shù)據(jù)完全一致，報(bào)表數(shù)據(jù)與 10 分鐘前一致 。 既然有 10 分鐘的差距，為何仍然說(shuō)容災(zāi)數(shù)據(jù)完全一致？如果說(shuō)你們使用了物化視圖的方案，那么 就不可能在一個(gè)刷新期內(nèi)（你們這兒的 10 分鐘？）保證數(shù)據(jù)不丟失。除非還有業(yè)務(wù) log 的分析軟件作后備。 7。華爾東城產(chǎn)品重要的益處，對(duì)主機(jī)性能影響小。 其實(shí)物化視圖的刷新對(duì)于主機(jī)并不是很小的影響，如果 10 分鐘之內(nèi)需要刷新大量的數(shù)據(jù)，可以明顯的看到 CPU 的波峰，特別是 oracle 本身對(duì)于 mvlog 的處理還是有些問(wèn)題的，所以不確定你們是否真的作過(guò)跟其它專業(yè)同步軟件的主機(jī)性能影響的比較。 8。本公司得益于 oracle 新技術(shù)的推出，加上本公司的努力，終于能夠?yàn)閿?shù)據(jù)同步提供完美的方案，這也是我們值得驕傲的一件事情。 不否認(rèn)你們確實(shí)作出了一個(gè)比較完備的同步解決方案，但是希望能夠本著技術(shù)交流的想法在 itpub 討論問(wèn)題，而不是作單純的商業(yè)宣傳。我想很多人都希望知道你所指的oracle 新技術(shù)是什么？不應(yīng)該說(shuō)就是物化視圖吧。