【文章內(nèi)容簡(jiǎn)介】 我和 oracle 的stream， quest 的 shareplex，以及非用于容災(zāi)方式的 data guard 等對(duì)比過(guò)，大家互有長(zhǎng)短。 關(guān)鍵就是，采用基于這種精確分析的復(fù)制方式，如何保證數(shù)據(jù)是完全準(zhǔn)確的： ，檢查數(shù)據(jù)是否一致，有類(lèi)似于 select minus select 的方式，但是對(duì)于超過(guò) 100M 的表，除非你有足夠的耐心，我經(jīng)常見(jiàn)到表最大是 92G，沒(méi)有分區(qū)，很變態(tài)。 ，如何把這個(gè)數(shù)據(jù)補(bǔ)回來(lái)?，F(xiàn)在的類(lèi)似于我們的軟件，都采用了 rowidmap 的方式去做精確定位，所以如果丟失了，你如何補(bǔ)回來(lái)。我知道 quest 是重新同步，我們是把整個(gè)表重新同步，因?yàn)槲覀兊倪壿嫷教幙臁? 這些都是基于 oracle 精確復(fù)制需要解決的最大的問(wèn)題。 呵呵，當(dāng)然了關(guān)于這個(gè)里面處理很多 oracle的特殊操作的時(shí)候還有很多需要做的事情，quest 做了 8 年多了吧，到 5 年后才支持 chained row，不能不說(shuō)這是一個(gè)悲劇。還有許多的操作類(lèi)型怎么辦： ddl ,truncate,rollback savepoint,nologging 等等，當(dāng)然日志了沒(méi)有的時(shí)候，你如何做。 我個(gè)人的觀(guān)點(diǎn)，基于 oracle 的精確分析復(fù)制方式，除了 oracle 以后能做好，其他人不要輕易嘗試。 不知道能否把產(chǎn)品名字透露一下??？ 如果沒(méi)有猜錯(cuò)應(yīng)該是 DSG 的了？ DGS 和 shareplex 的比較讓市場(chǎng)來(lái)說(shuō)話(huà)吧。 每個(gè)人都會(huì)說(shuō)自己的產(chǎn)品好，但是希望在 itpub 這個(gè)地方 還是要說(shuō)出一些更多技術(shù)上的東西。 samchj 說(shuō) “此我現(xiàn)在的產(chǎn)品在這個(gè)上面是克服了這些缺點(diǎn)，效率絕對(duì)的高 ”，并且也提到你們的產(chǎn)品也是通過(guò)監(jiān)控 redo 的變化，提取 SQL，那么為 什么你們的效率會(huì)絕對(duì)的高？ 希望能從機(jī)制上說(shuō)明一下這個(gè)問(wèn)題。 首先我澄清一下，我沒(méi)有宣傳產(chǎn)品的意思。 我必須讓事實(shí)說(shuō)話(huà)，而不是市場(chǎng)說(shuō)話(huà)，市場(chǎng)存在很多人為因素。 在效率上，對(duì)于處理 chained row 這種在數(shù)據(jù)庫(kù)中經(jīng)常出現(xiàn)的東西，不能采用 sql statment 執(zhí)行的方法。而 shareplex 是使用的這種方法。曾經(jīng)我在測(cè)試的時(shí)候就對(duì)比過(guò)這個(gè)東西。因?yàn)?chained row 包括 migrate row amp。chain row 兩種。而 mr 在oracle 中只有一個(gè) rowid，而 cr 卻不止。因此如果你采用的是 rowmap 方式精確定位兩邊的表，那么在處理 chain row 的時(shí)候，除非你能很好的處理，否則最簡(jiǎn)單和準(zhǔn)確的方式就是直接在源端找到這個(gè)行，然后通過(guò) sql statment 的方式裝到目的端。這樣在速度上是很慢的。 效率的提高主要從分析速度和裝載速度上講的。 我不知道 shareplex 日志分析是如何進(jìn)行的，這當(dāng)然也是這類(lèi)型軟件的 kernel 了，這是算法問(wèn)題，我想起基本原理和 logminer 都差不多，在算法上優(yōu)化分析速度是很重要的。 在裝載問(wèn)題上，其實(shí) shareplex 也曾經(jīng)使用過(guò) direct path 的裝載 方式，但是因?yàn)閐irect path 本身就存在很多 bug，因此干脆就放棄了這種方式，因?yàn)閾?jù)我所接觸的通過(guò) direct path裝載的 bug就很多，例如索引不能使用等。所以只能通過(guò) conventional path 來(lái)裝載。這就是規(guī)規(guī)矩矩的轉(zhuǎn)換成 sql statment，然后交給 oracle 通過(guò)解釋成binary 后在裝載 了，這是很浪費(fèi)時(shí)間的，而且對(duì)于 qmi（基本由 creat table as select 引起的 oracle特殊插入處理）來(lái)說(shuō)，這是很不合理的，因此在這里應(yīng)該做些事情，當(dāng)然細(xì)節(jié)不便于說(shuō)。 另外對(duì)于首次同步的導(dǎo)出和裝載，現(xiàn)在的 oracle10g 也許就是使用的這種方式了，你可以看看 oracle10g 的 export 為什么如此快。 我還是說(shuō)，不論是否市場(chǎng)怎么樣，使用基于 oracle 精確 分析裝載的軟件要慎重使用，因?yàn)樗膯?wèn)題是很多的。 樓上的你們產(chǎn)品是什么啊 關(guān)于這類(lèi)產(chǎn)品的一些特別情況的處理我一直很關(guān)心 另： 10G 使用的 *expdp* 和 *impdp* 應(yīng)該是由 DUL + SQLLDR direct 思想的結(jié)合吧 我們現(xiàn)在用的是 Oracle 9i ，想用復(fù)制軟件 VERITAS Storage Replicator 使兩臺(tái)服務(wù)器上的數(shù)據(jù)庫(kù)同步，應(yīng)該復(fù)制 Oracle 下的那些數(shù)據(jù)文件，表空間？還有復(fù)制后應(yīng)該怎么做？ 服務(wù)器硬件說(shuō)明： 兩臺(tái)服務(wù)器為了節(jié)約成本，沒(méi)有使用雙機(jī)熱 備，沒(méi)用磁盤(pán)陣列，每臺(tái)服務(wù)器用 4 塊 SCSI硬盤(pán)做成 Raid 5，兩臺(tái)服務(wù)器操作系統(tǒng)，數(shù)據(jù)庫(kù)安裝路徑，設(shè)置都一致，有沒(méi)有解決辦法啊 ? 使用 SQL Server 2020 數(shù)據(jù)庫(kù)把數(shù)據(jù)文件復(fù)制到另外一臺(tái)服務(wù)器，數(shù)據(jù)庫(kù)可以實(shí)現(xiàn)同步，但是 Oracle 9i 把一臺(tái)服務(wù)器上的表空間復(fù)制到另一臺(tái)服務(wù)器后數(shù)據(jù)庫(kù)不用能。 對(duì)于 samchj 一直說(shuō)：然后通過(guò) sql statment 的方式裝到目的端。這樣在速度上是很慢的，然后交給 oracle 通過(guò)解釋成 binary 后在裝載了，這是很浪費(fèi)時(shí)間的 ？ －－－－－－－－－－－－－－－ －－－－－－－－－ 能否舉出實(shí)際的例子？拿出具體的數(shù)據(jù)來(lái)說(shuō)話(huà)， 你所謂的慢是什么程度？ 澄清一下， shareplex 不是使用你所謂的 direct path 方式。 dx6340 老兄，我不是在宣傳產(chǎn)品，我再澄清一次。如果有人對(duì)我現(xiàn)在做的產(chǎn)品感興趣，可以給我寫(xiě)郵件，但是我們只談技術(shù)，不談市場(chǎng)，但是在 itpub 上或者任何其它場(chǎng)合，我不會(huì)說(shuō)我的產(chǎn)品是如何的好，雖然我的和 shareplex 做的對(duì)比測(cè)試很多。他們各有各的優(yōu)缺點(diǎn)。 shareplex 確實(shí)不使用 direct path 裝載，這個(gè)我也說(shuō)過(guò) “其實(shí) shareplex 也曾經(jīng)使用過(guò) direct path 的裝載方式 ”，我是說(shuō)曾經(jīng)，從研發(fā)上講。你可以用 shareplex 或者oracle 的 data guard 等做實(shí)驗(yàn)，當(dāng)大數(shù)據(jù)量的時(shí)候，你可以看看他是否能分析過(guò)來(lái)和裝載過(guò)來(lái)，延遲時(shí)間多少。一秒鐘能支持的 update 有多少， insert 有多少，如果做 ddl 是否需要先停止復(fù)制。這些還只是很基本的處理。 logminer 尚且對(duì)日志的分析很慢（不過(guò)可以用多進(jìn)程來(lái)彌補(bǔ)，如果你有很多的系統(tǒng)資源）。 wbo 兄弟的 “Oracle 9i 把一臺(tái)服務(wù)器上的表空間復(fù)制到另一臺(tái)服務(wù)器后數(shù)據(jù)庫(kù)不用能。 ”，我的理解是，如果你使用基于存儲(chǔ)級(jí)的復(fù)制產(chǎn)品，你同步的應(yīng)該是整個(gè)設(shè)置的卷或者卷組，他沒(méi)有什么 oracle 的邏輯結(jié)構(gòu)復(fù)制方法吧，要么就是把這個(gè)表空間創(chuàng)建在一個(gè)卷組上，然后設(shè)定復(fù)制這個(gè)卷組。如果你硬是要復(fù)制一個(gè)表空間過(guò)去，我覺(jué)得你應(yīng)該先通過(guò) oracle 的 TRANSPORT_TABLESPACE 來(lái)，但是好像很沒(méi)有必要。使用存儲(chǔ)級(jí)的復(fù)制不能實(shí)時(shí)打開(kāi)，打開(kāi)必須斷開(kāi)