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