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

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

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

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

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

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

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

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

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

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

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

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