ORACLE資料庫同步

ORACLE用戶現狀

目前，很多行業都使用資料庫，特別是ORACLE資料庫，但是在資料庫管理和維護上，很多企業都很少投入，實際帶來的問題，不言而喻：

1、DBA很辛苦，不停的在有限的網路和硬體基礎上進行資料庫最佳化，希望能增加性能

2、資料庫開發人員為了滿足不斷增長的資料庫統計分析功能，不停的書寫繁雜的SQL語句，資料庫運行的速度越來越慢

3、業務人員不停的提出查詢統計分析需求，為技術人員開發的速度和查詢回響時間而抱怨

4、老闆不停地在硬體升級、網路升級、資料庫升級、資料庫調優、資料庫維護等投入上傷腦筋

似乎很多使用ORACLE資料庫的用戶都在為了上面的雜事而煩惱，甚至有些用戶乾脆更換了ORACLE，改成其他的資料庫，其初衷僅僅是

ORACLE需要維護的工作太多了，需要的人員技術要求太高了，並且ORACLE對機器的要求不斷的在提高，這些都把作為提供服務的IT系統

帶入到高成本的旋渦中。

無論如何，ORACLE都是最令人信賴的資料庫廠商，很多用戶還是希望繼續使用它。但如何化解上面提出來的危機呢？現在ORACLE廠家也在

為用戶制定資料庫同步的戰略方案，來挽救更多徘徊在成本壓力的用戶。

那么資料庫同步究竟能從本質上改變目前的境地嗎？

ORACLE為何提出這一解決方案呢？

其實，所謂資料庫同步，已經不是一個新的概念，從10年前的911事件到去年的311核輻射，資料庫同步就開始作為熱備容災的關鍵技術

出現在資料庫套用領域。那時的需求是需要套用核心資料庫實時同步到另外一個或幾個地方以防止不可抗災難的發生，這樣當災難發生時，

可以及時起用備用資料庫。

但是僅僅這樣的套用是不夠的，因為熱備容災的需求僅僅針對集團企業、大型金融機構和跨國公司，其他中小企業的需求並不那么迫切，

但是對於中小企業來說，隨著數據的增長，套用的增加，資料庫會越來越慢，並且現在很多套用是非常複雜的數據統計分析，占用系統

資源非常嚴重。

那么資料庫同步如何解此難題呢？

對於ORACLE大型套用來說，把統計分析功能從套用系統中獨立出來，建立重要數據實時安全查詢系統（VIDRSQS），就可以保證套用系統的

處理速度達到目前硬體網路條件下最高，要達到此目的，資料庫同步技術必須能夠把需要統計分析的數據實時從套用系統里複製到另外一

個查詢資料庫，保證數據實時可靠。

這樣的需求同時還需要用到同步技術的下列功能：

1、不能在主庫安裝程式

2、能夠按照用戶名、表、欄位（關鍵欄位脫敏）過濾

3、能夠同步大對象（BLOB、CLOB、BFILE、NCLOB）

4、同步加密欄位

5、能夠支持同步日誌審計

6、資料庫不停機初始化這些都需要