[發(fā)明專利]一種基于解析Oracle日志的持續(xù)數(shù)據(jù)保護(hù)系統(tǒng)及方法

在審

• 申請?zhí)枺?/td>: 202010182675.8
• 申請日: 2020-03-16
• 公開（公告）號(hào): CN111427898A
• 公開（公告）日: 2020-07-17
• 發(fā)明（設(shè)計(jì)）人: 黃開德;茍露
• 申請（專利權(quán)）人: 上海愛數(shù)信息技術(shù)股份有限公司
• 主分類號(hào): G06F16/23
• 分類號(hào): G06F16/23;G06F16/242;G06F16/2455;G06F16/27;G06F11/14
• 代理公司: 上海科盛知識(shí)產(chǎn)權(quán)代理有限公司 31225
• 代理人: 葉敏華

本發(fā)明涉及一種基于解析Oracle日志的持續(xù)數(shù)據(jù)保護(hù)系統(tǒng)及方法，用于進(jìn)行Oracle數(shù)據(jù)的保護(hù)，同時(shí)滿足客戶低RPO及數(shù)據(jù)庫一致的需求場景，系統(tǒng)包括服務(wù)端Server，作為實(shí)時(shí)復(fù)制軟件的控制臺(tái)；客戶端Agent，作為源端和目標(biāo)端在實(shí)時(shí)復(fù)制軟件的代理客戶端；源端Source，作為用戶的生產(chǎn)環(huán)境端；目標(biāo)端Target，作為用戶的災(zāi)備環(huán)境端；Database，作為源端Source和目標(biāo)端Target數(shù)據(jù)庫的實(shí)際數(shù)據(jù)存儲(chǔ)；Redo日志文件或歸檔日志，用于負(fù)責(zé)存放所有對數(shù)據(jù)庫更改的操作記錄及更改的數(shù)據(jù)。與現(xiàn)有技術(shù)相比，本發(fā)明具有使RPO和RTO趨近于0，保證Oracle數(shù)據(jù)庫數(shù)據(jù)的實(shí)時(shí)一致性與可用性等優(yōu)點(diǎn)。

技術(shù)領(lǐng)域

本發(fā)明涉及一種數(shù)據(jù)保護(hù)方法，尤其是涉及一種基于解析Oracle日志的持續(xù)數(shù)據(jù)保護(hù)系統(tǒng)及方法。

背景技術(shù)

最早的Oracle數(shù)據(jù)庫備份為脫機(jī)備份，又被稱為冷備份。在備份開始前，數(shù)據(jù)庫必須徹底關(guān)閉，并且需要將數(shù)據(jù)庫使用的每個(gè)文件都備份下來。Oracle數(shù)據(jù)庫第6版推出了熱備份的概念。這意味著數(shù)據(jù)庫可以在執(zhí)行備份的同時(shí)保持打開狀態(tài)并處理事務(wù)，但必須將每個(gè)表空間放在特殊的備份模式中，然后才能復(fù)制OS文件。因此，DBA修改其腳本以連接到數(shù)據(jù)庫，獲取表空間列表，將每個(gè)表空間放在備份模式中，執(zhí)行OS文件副本備份，最后從備份模式中取出表空間。

Oracle數(shù)據(jù)庫的第8版推出了Oracle Recovery Manager，即RMAN，作為Oracle數(shù)據(jù)庫的推薦備份方式。RMAN是隨Oracle服務(wù)器一同安裝的，可以用來備份和恢復(fù)數(shù)據(jù)庫文件、歸檔日志和控制文件的工具，用來執(zhí)行完全或不完全的數(shù)據(jù)庫恢復(fù)。RMAN采用備份級(jí)別實(shí)現(xiàn)增量備份，在一個(gè)完整的備份基礎(chǔ)上采用增量備份減少備份的數(shù)量。

目前，常見的Oracle數(shù)據(jù)庫的數(shù)據(jù)保護(hù)模式為定時(shí)備份，即周期性地將Oracle數(shù)據(jù)庫中的數(shù)據(jù)備份到存儲(chǔ)介質(zhì)中，大部分采用RMAN備份。對于定時(shí)備份，需要周期性的全量備份，增量備份，歸檔日志備份，形成對應(yīng)的時(shí)間點(diǎn)用于數(shù)據(jù)恢復(fù)，可以將數(shù)據(jù)恢復(fù)到歷史的某個(gè)狀態(tài)。該備份方式僅適用于對RPO(Recovery Point Object，復(fù)原點(diǎn)目標(biāo))和RTO(Recovery Time Objective，復(fù)原時(shí)間目標(biāo))要求不高的數(shù)據(jù)保護(hù)場景，對于其他場景則會(huì)導(dǎo)致Oracle定時(shí)備份的RPO和RTO偏大問題，進(jìn)而無法保證Oracle數(shù)據(jù)庫數(shù)據(jù)的實(shí)時(shí)一致性與可用性。此外，部分對Oracle數(shù)據(jù)庫的數(shù)據(jù)保護(hù)模式采用磁盤卷復(fù)制的方式，然而這種方式是對整個(gè)數(shù)據(jù)卷保護(hù)，只復(fù)制落盤數(shù)據(jù)，無法處理緩存數(shù)據(jù)，會(huì)出現(xiàn)數(shù)據(jù)庫一致性差等問題。

發(fā)明內(nèi)容

本發(fā)明的目的就是為了克服上述現(xiàn)有技術(shù)存在的缺陷而提供一種使RPO和RTO趨近于零，保證Oracle數(shù)據(jù)庫數(shù)據(jù)的實(shí)時(shí)一致性與可用性的基于解析Oracle日志的持續(xù)數(shù)據(jù)保護(hù)系統(tǒng)及方法。

本發(fā)明的目的可以通過以下技術(shù)方案來實(shí)現(xiàn)：

一種基于解析Oracle日志的持續(xù)數(shù)據(jù)保護(hù)系統(tǒng)，該方法用于實(shí)現(xiàn)Oracle數(shù)據(jù)的保護(hù)，同時(shí)滿足客戶低RPO及數(shù)據(jù)庫一致的需求場景，具體包括：

服務(wù)端Server，作為實(shí)時(shí)復(fù)制軟件的控制臺(tái)，用于擔(dān)負(fù)與用戶交互的任務(wù)，同時(shí)統(tǒng)籌管理包括客戶端Agent在內(nèi)的所有的資源。所述的服務(wù)端Server主要負(fù)責(zé)發(fā)送實(shí)時(shí)復(fù)制的任務(wù)的指令給對應(yīng)的客戶端Agent，同時(shí)負(fù)責(zé)接收Agent返回的執(zhí)行結(jié)果，監(jiān)控任務(wù)的執(zhí)行情況。

客戶端Agent，作為源端和目標(biāo)端在實(shí)時(shí)復(fù)制軟件的代理客戶端，用于負(fù)責(zé)與Server進(jìn)行交互，接收Server下達(dá)的實(shí)時(shí)復(fù)制任務(wù)的命令，并針對命令做出相應(yīng)的處理，并將執(zhí)行結(jié)果返回給Server。