|
公司基本資料信息
|
產(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í)慣。