[發(fā)明專利]一種提升Oracle備份性能的裝置及方法

有效

• 申請(qǐng)?zhí)枺?/td>: 201510859281.0
• 申請(qǐng)日: 2015-11-30
• 公開（公告）號(hào): CN105426269B
• 公開（公告）日: 2018-10-12
• 發(fā)明（設(shè)計(jì)）人: 黃開德
• 申請(qǐng)（專利權(quán)）人: 上海愛數(shù)信息技術(shù)股份有限公司
• 主分類號(hào): G06F11/14
• 分類號(hào): G06F11/14
• 代理公司: 上海科盛知識(shí)產(chǎn)權(quán)代理有限公司 31225
• 代理人: 翁惠瑜

本發(fā)明涉及一種提升Oracle備份性能的裝置及方法，所述裝置包括：BCT檢測設(shè)置模塊，用于檢測當(dāng)前數(shù)據(jù)庫的BCT狀態(tài)，并根據(jù)檢測結(jié)果進(jìn)行相應(yīng)操作；智能備份類型轉(zhuǎn)換模塊，用于在BCT開啟狀態(tài)下檢測備份任務(wù)的標(biāo)記值，并根據(jù)檢測結(jié)果轉(zhuǎn)換備份類型；所述方法在獲取備份任務(wù)后，獲取存儲(chǔ)端上次備份成功的時(shí)間戳標(biāo)記，將該時(shí)間戳標(biāo)記與數(shù)據(jù)庫中所有備份集的時(shí)間戳標(biāo)記進(jìn)行匹配，若與數(shù)據(jù)庫中的最后一個(gè)標(biāo)記點(diǎn)匹配成功，則直接備份，否則，追溯至數(shù)據(jù)庫中匹配成功的標(biāo)記點(diǎn)或者倒數(shù)第一個(gè)完全備份的標(biāo)記點(diǎn)，根據(jù)結(jié)果進(jìn)行備份類型轉(zhuǎn)換，在數(shù)據(jù)庫和存儲(chǔ)端生成與備份類型對(duì)應(yīng)的時(shí)間戳標(biāo)記。與現(xiàn)有技術(shù)相比，本發(fā)明具有有效提高備份效率、備份過程可靠等優(yōu)點(diǎn)。

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

本發(fā)明涉及結(jié)構(gòu)化數(shù)據(jù)保護(hù)領(lǐng)域，尤其是涉及一種提升Oracle備份性能的裝置及方法。

背景技術(shù)

根據(jù)最具權(quán)威的IT研究與顧問咨詢公司Gartner公司公布的2012年全球關(guān)系型數(shù)據(jù)庫市場調(diào)查報(bào)告，以軟件總收入計(jì)算，Oracle以48.3％繼續(xù)占據(jù)著第一的位置，且收入份額大于四個(gè)最接近的競爭對(duì)手的總和。由此可看出作為數(shù)據(jù)庫之王的Oracle在全球的用戶是最多的。當(dāng)前就我國很多行業(yè)部署的數(shù)據(jù)庫也是Oracle，隨著信息技術(shù)在我國的高速發(fā)展且使用時(shí)間越來越長，用戶的Oracle數(shù)據(jù)庫數(shù)據(jù)量越來越大，像公安廳的戶口系統(tǒng)、鐵道部門的訂票系統(tǒng)等一個(gè)庫通常達(dá)到幾十TB的數(shù)據(jù)量。

傳統(tǒng)的Oracle備份或磁帶備份是需要在備份時(shí)掃描所有數(shù)據(jù)的，即使數(shù)據(jù)沒有發(fā)生變化，這樣在增量備份時(shí)就造成掃描數(shù)據(jù)塊的時(shí)間成為增量備份中最耗時(shí)的操作。在增加了整個(gè)系統(tǒng)開銷的同時(shí)致使備份效率降低，備份所消耗的時(shí)間非常長，特別是當(dāng)用戶Oracle數(shù)據(jù)庫存在大量的靜態(tài)數(shù)據(jù)的時(shí)候。當(dāng)數(shù)據(jù)呈指數(shù)增長的時(shí)候，很顯然備份時(shí)間的增長指數(shù)和數(shù)據(jù)量的增長指數(shù)是一致的，那么就無法實(shí)現(xiàn)高可靠性的數(shù)據(jù)保護(hù)，當(dāng)數(shù)據(jù)達(dá)到TB級(jí)別時(shí)，傳統(tǒng)的備份時(shí)間將超越24小時(shí)，意思是如果數(shù)據(jù)出現(xiàn)問題，我們即無法保證在此之前24小時(shí)數(shù)據(jù)的完整性，也無法保證數(shù)據(jù)在24小時(shí)內(nèi)完整的恢復(fù)出來。

Oracle 10g推出特性Block Change Tracking(以下簡稱BCT)功能，該功能用于記錄數(shù)據(jù)文件(data file)里每個(gè)數(shù)據(jù)塊(block)的更新信息，這些tracking信息保存在跟蹤文件(tracking file)里。當(dāng)啟動(dòng)BCT后，RMAN使用跟蹤文件里的信息，只讀取改變的數(shù)據(jù)塊信息，而不用再對(duì)整個(gè)數(shù)據(jù)文件進(jìn)行掃描，從而提高了RMAN備份的性能。

但現(xiàn)有的BCT功能存在以下不足：

1、位圖(bitmap)限制在備份期間，BCT會(huì)維護(hù)已經(jīng)標(biāo)記為change的block的bitmap信息，Oracle會(huì)自動(dòng)管理tracking file的大小，只保留最近8次block change的信息。超過8次，那么最前面的block bitmap信息會(huì)被當(dāng)前更改覆蓋。第一個(gè)0級(jí)的增量備份掃描整個(gè)data file，隨后的增量備份使用tracking file的信息，只掃描自上次備份以來被標(biāo)記為change的block。如果在0級(jí)備份之后又進(jìn)行了7次不同的增量備份或者累積增量備份，那么這時(shí)tracking file就包含了8個(gè)bitmap信息。如果再進(jìn)行1級(jí)的增量備份，那么此時(shí)的增量就不是最優(yōu)的，還會(huì)掃描整個(gè)data file，因?yàn)橹?級(jí)的bitmap信息被當(dāng)前的bitmap信息覆蓋掉了，這樣就沒有了參考的依據(jù)。所以RMAN的備份策略要考慮到這個(gè)8次bitmap的影響。

2、tracking file位置大小限制。路徑自己指定，但Oracle不建議使用raw device來存放tracking file。如果是RAC環(huán)境，tracking file必須放在共享設(shè)備上，使所有的節(jié)點(diǎn)都能共享此文件。RMAN不支持對(duì)tracking file的備份與恢復(fù)，當(dāng)數(shù)據(jù)檢測到trackingfile無效時(shí)，就會(huì)reset tracking file，如果我們還原了數(shù)據(jù)庫，那么數(shù)據(jù)庫也會(huì)resetblock change tracking，并重新進(jìn)行tracking。