目前，針對Oracle數據庫的遠程復制、容災主要有以下幾種技術(shù)或解決方案：
（1）基于存儲層的容災復制方案
這種技術(shù)的復制機制是通過(guò)基于SAN的存儲局域網(wǎng)進(jìn)行復制，復制針對每個(gè)IO進(jìn)行， 復制的數據量比較大;系統可以實(shí)現數據的同步或異步兩種方式的復制.對大數據量的系統來(lái)說(shuō)有很大的優(yōu)勢（每天日志量在60GB以上）,但是對主機、操作系 統、數據庫版本等要求一致，且對絡(luò )環(huán)境的要求比較高。
目標系統不需要有主機，只要有存儲設備就可以，如果需要目標系統可讀，需要額外的配置和設備，比較麻煩。
（2）基于邏輯卷的容災復制方案
這種技術(shù)的機制是通過(guò)基于TCP/IP的網(wǎng)絡(luò )環(huán)境進(jìn)行復制，由操作系統進(jìn)程捕捉邏輯 卷的變化進(jìn)行復制。其特點(diǎn)與基于存儲設備的復制方案比較類(lèi)似，也可以選擇同步或異步兩種方式，對主機的軟、硬件環(huán)境的一致性要求也比較高，對大數據量的應用比較有優(yōu)勢。其目標系統如果要實(shí)現可讀，需要創(chuàng )建第三方鏡像。個(gè)人認為這種技術(shù)和上面提到的基于存儲的復制技術(shù)比較適合于超大數據量的系統，或者是應用 系統的容災復制。
（3）基于Oracle redo log的邏輯復制方式
使用這種方式的主要有一些第三方的軟件，以及Oracle自己的DATAGUARD 中的logical Standby。目前，國外已經(jīng)有了很多比較成熟的產(chǎn)品及成功案例，國內也有類(lèi)似的產(chǎn)品， 但在產(chǎn)品的成熟程度和成功案例上跟國外還有一定的差距。
這類(lèi)產(chǎn)品的原理基本相同，其工作過(guò)程可以分為以下幾個(gè)流程：
使用Oracle以外的獨立進(jìn)程，捕捉redo log file 的信息，將其翻譯成sql語(yǔ)句，再通過(guò)網(wǎng)絡(luò )傳輸到目標端數據庫，在目標端數據庫執行同樣的sql。如果其進(jìn)程趕不上Oracle日志切換，也可以捕捉歸檔 日志中的內容。也有的產(chǎn)品在源端以事務(wù)為單位，當一個(gè)事務(wù)完成后，再把它傳輸到目標端。所有的產(chǎn)品一般都是以表為單位進(jìn)行復制，同時(shí)也支持大部分DDL的 復制（主要在Oracle9i環(huán)境中）。
這種技術(shù)的技術(shù)特點(diǎn)和優(yōu)勢主要有以下幾點(diǎn)：
目標端數據庫一直是一個(gè)可以訪(fǎng)問(wèn)的數據庫；
能保證兩端數據庫的事務(wù)一致性；
因為使用Oracle以外的進(jìn)程進(jìn)行捕捉，且其優(yōu)先級低于Oracle進(jìn)程，所以對源系統數據庫的性能影響很��；
基于其實(shí)現原理及多個(gè)隊列文件的使用，復制環(huán)境可以提供網(wǎng)絡(luò )失敗、數據庫失敗、主機失敗的容錯能力；
因為這類(lèi)軟件復制的只是sql語(yǔ)句或事務(wù)，所以他可以完全支持異構環(huán)境的復制，硬件的型號，Oracle的版本，操作系統的種類(lèi)、版本等都沒(méi)有要求。
這種方式還可以支持多種復制方式，比如數據集中、分發(fā)、對等復制、或者多層測的復制等。
由于傳輸的內容只是redolog 或archive log中的一部分，所以對網(wǎng)絡(luò )資源的占用很小，可以實(shí)現不同城市之間的遠程復制。
基于redolog的邏輯復制產(chǎn)品有很多的優(yōu)勢，但跟上面提到過(guò)的其他方案比較起來(lái)，也有一些缺點(diǎn)：
數據庫的吞吐量太大時(shí)，其實(shí)據會(huì )有較大的延遲，當數據庫每天的日量達到60GB或更大時(shí)，這種方案的可行性交差；
實(shí)施的過(guò)程可能會(huì )有一些停機時(shí)間，來(lái)進(jìn)行數據的同步和配置的激活；
復制環(huán)境建立起來(lái)以后，對數據庫結構上的一些修改需要按照規定的操作流程進(jìn)行，有一定的維護成本。
不過(guò)目前這類(lèi)產(chǎn)品的發(fā)展很快，上面的這些問(wèn)題，在大部分產(chǎn)品的最新版本中都有很大的改進(jìn)。
