產(chǎn)品介紹：
　　睿斯DRP數(shù)據(jù)庫復(fù)制系統(tǒng)是北京睿斯科技有限公司的新一代數(shù)據(jù)庫邏輯復(fù)制軟件，是用來替換Oracle公司Goldengate產(chǎn)品的不二之選

DRP數(shù)據(jù)庫復(fù)制系統(tǒng)是一種基于Oracle 在線日志（Redolog）分析技術(shù)的結(jié)構(gòu)化數(shù)據(jù)實施復(fù)制備份軟件產(chǎn)品，備份數(shù)據(jù)庫始終處于OPEN狀態(tài)。DRP數(shù)據(jù)庫復(fù)制系統(tǒng)通過在源端（生產(chǎn)）數(shù)據(jù)庫服務(wù)器和目標端（備份端）數(shù)據(jù)庫服務(wù)器各自配置一個代理程Sourage Agent 和Target Agent，DRP數(shù)據(jù)庫復(fù)制系統(tǒng) Agent程序是綠色免安裝的程序，直接解壓配置啟動參數(shù)就可以進行數(shù)據(jù)實時同步。

DRP數(shù)據(jù)庫復(fù)制系統(tǒng)利用數(shù)據(jù)庫日志在線跟蹤、分析技術(shù)，將生產(chǎn)數(shù)據(jù)庫的交易信息以事務(wù)為單位，通過異步的方式，實時的傳遞、裝載到目標數(shù)據(jù)庫中，以達到源端、目標端復(fù)制數(shù)據(jù)保持同步的目的。

DRP數(shù)據(jù)庫復(fù)制系統(tǒng)通過在線分析Oracle Redo Log 獲得SQL語句和數(shù)據(jù)，完成DataBase級別schema 級別或table級別的數(shù)據(jù)復(fù)制。區(qū)別于早期的以SQL語句為單位的日志處理、傳輸技術(shù)，DRP數(shù)據(jù)庫復(fù)制系統(tǒng)對日志的整合和傳輸以“事務(wù)”為單位，無需處理復(fù)雜的"回滾"機制。使用該技術(shù)，在擁有高性能的同時還能夠更好的保證數(shù)據(jù)復(fù)制的一致性和完整性。

DRP數(shù)據(jù)庫復(fù)制系統(tǒng)無需等待Oracle Redo Log文件歸檔之后再進行處理，而是在線讀取其數(shù)據(jù)塊內(nèi)容，抓取日志跟Oracle數(shù)據(jù)庫寫日志是并行操作而又不互相影響，而且不使用Oracle的任何資源。

DRP數(shù)據(jù)庫復(fù)制系統(tǒng)也不會傳輸Oracle redo log的全部內(nèi)容到目的端，除指定復(fù)制對象（數(shù)據(jù)表）相關(guān)的DML/DDL操作之外，其他的信息不做處理，也就是說DRP數(shù)據(jù)庫復(fù)制系統(tǒng)以事務(wù)為單位來跟蹤，分析在線日志，只處理已經(jīng)COMMIT的交易，對于ROLLBACK操作，DRP數(shù)據(jù)庫復(fù)制系統(tǒng)不處理該操作，所以DRP數(shù)據(jù)庫復(fù)制系統(tǒng)只抓取約1/3日志變化量。

DRP數(shù)據(jù)庫復(fù)制系統(tǒng)讀取日志的間隔時間可以用參數(shù)設(shè)定,以秒為單位。因此正常情況下,DRP數(shù)據(jù)庫復(fù)制系統(tǒng)都是準實時的抓取變化日志量。在每次抓取的日志量處理完成以后，記錄在DRP數(shù)據(jù)庫復(fù)制系統(tǒng)的緩存目錄中，因此對于日常運行過程中，DRP數(shù)據(jù)庫復(fù)制系統(tǒng)停止或其它原因需要讀取歸檔日志時，根據(jù)記錄的日志物理位置來定位需要抓取的歸檔日志。Rac環(huán)境中，在每一個實例所在的主機操作系統(tǒng)上可以讀取另外主機的在線日志（包括歸檔日志）。通過每一個實例的日志和SCN來保證交易順序的準確性。

下圖是DRP數(shù)據(jù)庫復(fù)制系統(tǒng)通過解析Oracle在線日志Redolog實現(xiàn)數(shù)據(jù)同步的原理圖：

技術(shù)特點：

1、在線部署簡單、占用資源少

DRP數(shù)據(jù)庫復(fù)制系統(tǒng)部署非常簡單。所有軟件安裝配置都可以使用圖形界面進行操作。對于Unix/Linux以及Oracle熟悉的技術(shù)人員參照相關(guān)文檔，在10-30分鐘即可部署完畢。在源端和目標端數(shù)據(jù)庫上不創(chuàng)建任何表。DRP數(shù)據(jù)庫復(fù)制系統(tǒng)對于每一個同步的用戶或表，只需4條指令完成，并且支持腳本操作，這樣就可以避免多個用戶復(fù)制時復(fù)雜的指令操作了。對于n個用戶的復(fù)制，源端只需要n+3條指令即可完成復(fù)制操作。增量復(fù)制過程中，DRP數(shù)據(jù)庫復(fù)制系統(tǒng)對于主機CPU資源的占用平均不會超過5%。

2、異構(gòu)跨平臺的支持

DRP數(shù)據(jù)庫復(fù)制系統(tǒng)是以數(shù)據(jù)庫的交易為單位進行復(fù)制、裝載，因此對于不同操作系統(tǒng)上的不同oracle平臺環(huán)境，DRP數(shù)據(jù)庫復(fù)制系統(tǒng)均可以支持。

對于源端和目的端操作系統(tǒng)，數(shù)據(jù)庫版本不同的情況也可以支持，當(dāng)然前提是不同oracle版本之間的schema使用方法要彼此支持。

3、靈活的部署模式

DRP數(shù)據(jù)庫復(fù)制系統(tǒng)支持一個源端同時復(fù)制多個目的節(jié)點的復(fù)制模式，并支持多個源端到一個目標端的復(fù)制模式，真正在軟件上實現(xiàn)了一對多或是多對一的復(fù)制模式。大大減少了源端主機資源的占有率;

4、對部分表重新進行單獨全同步

在增量使用過程中，有可能會因為某種誤操作導(dǎo)致目的端數(shù)據(jù)更改，當(dāng)源端再次對相關(guān)部分的數(shù)據(jù)進行更改時，結(jié)果導(dǎo)致DRP數(shù)據(jù)庫復(fù)制系統(tǒng)將停止這張表的復(fù)制。

對于這種情況，DRP數(shù)據(jù)庫復(fù)制系統(tǒng)的處理方式是對該表重新進行單獨全同步，同時對于其它正在復(fù)制的表或shema不會有任何影響。這樣就避免了因為某一張表的誤操作而需要相關(guān)用戶需要全同步的操作。

5、定時復(fù)制

DRP數(shù)據(jù)庫復(fù)制系統(tǒng)支持指定時間裝載復(fù)制數(shù)據(jù)到指定時刻交易的功能，不僅可以滿足某些特殊的應(yīng)用需求，而且在某些方面起到了備份的作用。
6、實時顯示交易的統(tǒng)計

DRP數(shù)據(jù)庫復(fù)制系統(tǒng)在目的端運行日志中：

顯示每一個合成交易文件的裝載時間以及延遲時間。

顯示每一個合成交易文件的dml數(shù)量，包括inert、update、delete數(shù)量上的統(tǒng)計。

顯示每一個合成交易文件的ddl操作語句。

7、字符操作和客戶端操作模式

DRP數(shù)據(jù)庫復(fù)制系統(tǒng)提供了不僅提供了字符操作模式而且也提供的客戶端監(jiān)控界面，通過兩種方式都可以對DRP數(shù)據(jù)庫復(fù)制系統(tǒng)進行日常維護和監(jiān)控。滿足了不同用戶的使用習(xí)慣兩種操作模式，DRP數(shù)據(jù)庫復(fù)制系統(tǒng)均提供了后臺服務(wù)進程，無須第三方軟件或服務(wù)協(xié)助。

8、靜態(tài)數(shù)據(jù)校驗

DRP數(shù)據(jù)庫復(fù)制系統(tǒng)提供了靜態(tài)數(shù)據(jù)校驗功能，來確認復(fù)制數(shù)據(jù)的準確性，使用此功能時，在業(yè)務(wù)相對較少時刻，否則統(tǒng)計將沒有太大意義。

9、支持oracle自帶數(shù)據(jù)導(dǎo)入工具

DRP數(shù)據(jù)庫復(fù)制系統(tǒng)支持源端oracle自帶的 imp和sqlldr數(shù)據(jù)導(dǎo)入工具的使用。對于10G中的impdp工具，DRP數(shù)據(jù)庫復(fù)制系統(tǒng)也提供支持。這樣就不會影響使用oracle技術(shù)人員的操作習(xí)慣。