Oracle的遠程複製與異地容災的經典解析

目前，針對oracle資料庫的遠程複製、容災主要有以下幾種技術或解決方案：

1、基於儲存層的容災複製方案

這種技術的複製機制是通過基於SAN的儲存區域網路進行複製，複製針對每個IO進行，複製的資料量比較大；系統可以實現資料的同步或非同步兩種方式的複製。對大資料量的系統來說有很大的優勢(每天日誌量在60G以上),但是對主機、作業系統、資料庫版本等要求一致，且對絡環境的要求比較高。

目標系統不需要有主機，只要有存放裝置就可以，如果需要目標系統可讀，需要額外的配置和裝置，比較麻煩。

2、基於邏輯卷的容災複製方案

這種技術的機制是通過基於TCP/IP的網路環境進行複製，由作業系統進程捕捉邏輯卷的變化進行複製。其特點與基於存放裝置的複製方案比較類似，也可以選擇同步或非同步兩種方式，對主機的軟、硬體環境的一致性要求也比較高，對大資料量的應用比較有優勢。其目標系統如果要實現可讀，需要建立第三方鏡像。個人認為這種技術和上面提到的基於儲存的複製技術比較適合於超大資料量的系統，或者是應用系統的容災複製。

3、基於oracle redo log的邏輯複製方式

使用這種方式的主要有一些第三方的軟體，以及oracle自己的DATAGUARD 中的logical Standby。目前，國外已經有了很多比較成熟的產品及成功案例，國內也有類似的產品， 但在產品的成熟程度和成功案例上跟國外還有一定的差距。

這類產品的原理基本相同，其工作過程可以分為以下幾個流程：

使用oracle以外的獨立進程，捕捉redo log file 的資訊，將其翻譯成sql語句，再通過網路傳輸到目標端資料庫，在目標端資料庫執行同樣的sql。如果其進程趕不上oracle日誌切換，也可以捕捉歸檔日誌中的內容。也有的產品在源端以事務為單位，當一個事務完成後，再把它傳輸到目標端。所有的產品一般都是以表為單位進行複製，同時也支援大部分DDL的複製(主要在oracle9i環境中)。

這種技術的技術特點和優勢主要有以下幾點：

目標端資料庫一直是一個可以訪問的資料庫；能保證兩端資料庫的事務一致性；因為使用oracle以外的進程進行捕捉，且其優先順序低於oracle進程，所以對源系統資料庫的效能影響很小；基於其實現原理及多個隊列檔案的使用，複製環境可以提供網路失敗、資料庫失敗、主機失敗的容錯能力；因為這類軟體複製的只是sql語句或事務，所以他可以完全支援異構環境的複製，硬體的型號，oracle的版本，作業系統的種類、版本等都沒有要求。

這種方式還可以支援多種複製方式，比如資料集中、分發、點對點複寫、或者多層測的複製等。

由於傳輸的內容只是redolog 或archive log中的一部分，所以對網路資源的佔用很小，可以實現不同城市之間的遠程複製。

基於redolog的邏輯複製產品有很多的優勢，但跟上面提到過的其他方案比較起來，也有一些缺點：

資料庫的輸送量太大時，其實據會有較大的延遲，當資料庫每天的日量達到60G或更大時，這種方案的可行性交差；實施的過程可能會有一些停機時間，來進行資料的同步和配置的啟用；複製環境建立起來以後，對資料庫結構上的一些修改需要按照規定的操作流程進行，有一定的維護成本。

不過目前這類產品的發展很快，上面的這些問題，在大部分產品的最新版本中都有很大的改進。