針對Oracle數(shù)據(jù)庫的備份恢復，如何將RPO降至秒級？

如何實現(xiàn)數(shù)據(jù)的實時復制，并且盡可能減少對資源的占用？

鼎甲迪備連續(xù)日志實時保護（CLRP）技術(shù)能輕松解決以上難題，下面我們來看看這項技術(shù)的優(yōu)勢和實現(xiàn)的原理：

眾所周知，Oracle數(shù)據(jù)庫備份都是通過RMAN備份工具來實現(xiàn)的，然而RMAN只能對數(shù)據(jù)文件和歸檔日志進行備份。因此當生產(chǎn)主機出現(xiàn)問題的時候，僅能恢復到最近一次做日志歸檔時的狀態(tài)。數(shù)據(jù)丟失一般都在數(shù)小時，甚至半天以上，即RPO在數(shù)小時甚至半天以上，這種狀況無法滿足客戶對數(shù)據(jù)庫保護的要求。

傳統(tǒng)備份恢復原理示意圖

為提升數(shù)據(jù)保護的實時性，鼎甲科技自主研發(fā)出連續(xù)日志實時保護（CLRP）技術(shù)。連續(xù)日志實時保護是基于數(shù)據(jù)塊級的備份，通過對文件系統(tǒng)的消息監(jiān)控，實時獲取重做日志、歸檔日志等文件的變化情況，并根據(jù)變化情況對日志文件進行實時的持續(xù)備份。

連續(xù)日志實時保護技術(shù)示意圖

連續(xù)日志實時保護（CLRP）技術(shù)在周期性的數(shù)據(jù)庫全備的基礎(chǔ)上，對生產(chǎn)數(shù)據(jù)庫的重做日志和歸檔日志進行實時的復制，實現(xiàn)了對變化數(shù)據(jù)達到秒級以內(nèi)的備份保護，將數(shù)據(jù)庫的保護技術(shù)推向了一個新的高度；將原來數(shù)小時甚至半天以上的RPO直接降低到秒級，正常負載條件下平均為0.2秒。

在使用連續(xù)日志實時保護（CLRP）技術(shù)時，不需要安裝任何軟硬驅(qū)動程序，同時不影響業(yè)務(wù)系統(tǒng)的運行；而個別友商聲稱支持的連續(xù)日志備份功能，需要在系統(tǒng)層部署驅(qū)動程序，一旦監(jiān)控出現(xiàn)故障，將影響系統(tǒng)的穩(wěn)定性。

此外，友商方案大多采用卷級備份，無法做到只對Oracle、MySQL數(shù)據(jù)應(yīng)用中的變化數(shù)據(jù)進行備份，造成備份的數(shù)據(jù)塊比Oracle中實際變化的數(shù)據(jù)塊大很多。在業(yè)務(wù)較為繁忙的數(shù)據(jù)庫中，會大幅增加客戶端資源的占用，影響到業(yè)務(wù)服務(wù)的運行。

采用連續(xù)日志實時保護（CLRP）技術(shù)，用戶可以根據(jù)需要將數(shù)據(jù)庫恢復到任意時間點或SCN號，由于實時復制的變化數(shù)據(jù)塊非常小，單個空間占用幾乎可以忽略不計，從而達到恢復至任意時間點或SCN。

總結(jié)，使用連續(xù)日志實時保護技術(shù)帶來明顯的優(yōu)勢：