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