[發(fā)明專利]Oracle全自動(dòng)不停生產(chǎn)數(shù)據(jù)庫(kù)的表級(jí)備份恢復(fù)方法

有效

• 申請(qǐng)?zhí)枺?/td>: 201410097448.X
• 申請(qǐng)日: 2014-03-17
• 公開(kāi)（公告）號(hào): CN103853837B
• 公開(kāi)（公告）日: 2017-07-28
• 發(fā)明（設(shè)計(jì)）人: 羅強(qiáng)
• 申請(qǐng)（專利權(quán)）人: 上海愛(ài)數(shù)信息技術(shù)股份有限公司
• 主分類號(hào): G06F17/30
• 分類號(hào): G06F17/30;G06F11/14
• 代理公司: 上?？剖⒅R(shí)產(chǎn)權(quán)代理有限公司31225
• 代理人: 趙繼明

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

本發(fā)明涉及一種數(shù)據(jù)庫(kù)恢復(fù)技術(shù)，尤其是涉及一種Oracle全自動(dòng)不停生產(chǎn)數(shù)據(jù)庫(kù)的表級(jí)備份恢復(fù)方法。

背景技術(shù)

根據(jù)最具權(quán)威的IT研究與顧問(wèn)咨詢公司Gartner公司公布的2012年全球關(guān)系型數(shù)據(jù)庫(kù)市場(chǎng)調(diào)查報(bào)告，以軟件總收入計(jì)算，Oracle以48.3%繼續(xù)占據(jù)著第一的位置，且收入份額大于四個(gè)最接近的競(jìng)爭(zhēng)對(duì)手的總和。由此可看出作為數(shù)據(jù)庫(kù)之王的Oracle在全球的用戶是最多的。

Oracle數(shù)據(jù)存放于計(jì)算機(jī)的存儲(chǔ)設(shè)備中，絕大多數(shù)是存儲(chǔ)于硬盤中，少數(shù)存放在磁帶中。由于計(jì)算機(jī)本身的物理特性決定，保存在其上的數(shù)據(jù)會(huì)因?yàn)楦鞣N外部原因的沖擊而不可用。比如存儲(chǔ)設(shè)備的物理?yè)p壞和使用壽命、電力突然中斷、火災(zāi)、地震等都可能導(dǎo)致存儲(chǔ)在計(jì)算機(jī)上的數(shù)據(jù)丟失，以致Oracle用戶的生產(chǎn)業(yè)務(wù)中斷，損失無(wú)法估量。面對(duì)數(shù)據(jù)丟失導(dǎo)致業(yè)務(wù)中斷的挑戰(zhàn)，合適且高效的Oracle備份恢復(fù)技術(shù)是必不可少的。為了保證Oracle用戶數(shù)據(jù)持續(xù)可用，最好的辦法就是數(shù)據(jù)多機(jī)存儲(chǔ)，當(dāng)出現(xiàn)生產(chǎn)業(yè)務(wù)中斷或者誤操作導(dǎo)致表數(shù)據(jù)不對(duì)的時(shí)候，馬上對(duì)其恢復(fù)繼續(xù)生產(chǎn)。

Oracle在8i版本之后提供了RMAN(Recovery Manager)工具做物理備份恢復(fù)。RMAN可以對(duì)Oracle數(shù)據(jù)庫(kù)組成的數(shù)據(jù)文件、歸檔日志文件和控制文件做整體備份，恢復(fù)的粒度只能到文件級(jí)別。為了更精確的恢復(fù)性，恢復(fù)完進(jìn)行修復(fù)Oracle數(shù)據(jù)庫(kù)的時(shí)候可以針對(duì)恢復(fù)的備份集之后的歸檔日志做回滾操作，達(dá)到恢復(fù)到用戶期望的數(shù)據(jù)庫(kù)狀況，盡可能地減少數(shù)據(jù)丟失和損壞。但是用此恢復(fù)方式對(duì)生產(chǎn)庫(kù)做原機(jī)恢復(fù)需要使表對(duì)應(yīng)的數(shù)據(jù)文件離線，如果表在system、sysaux等系統(tǒng)表空間的時(shí)候恢復(fù)一張或多張表數(shù)據(jù)需要使整個(gè)數(shù)據(jù)庫(kù)實(shí)例重啟，這樣的話就會(huì)造成用戶的業(yè)務(wù)完全中斷或部分中斷；且恢復(fù)粒度只能到表對(duì)應(yīng)的數(shù)據(jù)文件這個(gè)級(jí)別，無(wú)法將所需要的表數(shù)據(jù)精確提取恢復(fù)出來(lái)。

為了解決上述物理備份恢復(fù)不能將表數(shù)據(jù)精確提取恢復(fù)出來(lái)的缺陷，則可以使用exp/imp邏輯備份恢復(fù)的方式。可是邏輯備份恢復(fù)與物理備份恢復(fù)相似，如果直接對(duì)生產(chǎn)庫(kù)進(jìn)行恢復(fù)操作，也是需要使表對(duì)應(yīng)的數(shù)據(jù)文件離線甚至停止數(shù)據(jù)庫(kù)，這樣的話也是會(huì)造成用戶業(yè)務(wù)中斷。而且邏輯備份恢復(fù)不能針對(duì)事務(wù)日志做回滾的不完全恢復(fù)，因此相比于物理備份恢復(fù)，其恢復(fù)精度只能到Oracle備份時(shí)候的那個(gè)時(shí)間點(diǎn)。

Oracle從9i版本推出了在同一個(gè)生產(chǎn)服務(wù)器中duplicate目標(biāo)生產(chǎn)庫(kù)到一個(gè)輔助庫(kù)。此方案針對(duì)RMAN物理備份的備份集回滾日志，而復(fù)制當(dāng)前狀態(tài)之前任意時(shí)間點(diǎn)的主庫(kù)到一個(gè)auxiliary輔助數(shù)據(jù)庫(kù)，duplicate完之后在生產(chǎn)服務(wù)器中有當(dāng)前狀態(tài)的生產(chǎn)庫(kù)A和回滾到某一時(shí)間點(diǎn)的輔助庫(kù)B。但是當(dāng)用戶只需要提取足夠到細(xì)粒度的一張或多張表數(shù)據(jù)的時(shí)候，不可能將業(yè)務(wù)系統(tǒng)連上B，因?yàn)闆](méi)有B狀態(tài)到當(dāng)前A狀態(tài)生產(chǎn)的數(shù)據(jù)，且維持兩個(gè)數(shù)據(jù)庫(kù)在生產(chǎn)服務(wù)器中運(yùn)行也需要大量CPU和內(nèi)存資源。因此單獨(dú)用duplicate復(fù)制數(shù)據(jù)庫(kù)暫且不可行。

綜合上述Oracle物理備份、duplicate復(fù)制數(shù)據(jù)庫(kù)和邏輯備份恢復(fù)這些傳統(tǒng)的備份恢復(fù)方案的優(yōu)缺點(diǎn)，要能達(dá)到全自動(dòng)、不停生產(chǎn)數(shù)據(jù)庫(kù)、高準(zhǔn)確度的表級(jí)恢復(fù)要求，只用一種備份恢復(fù)技術(shù)肯定是無(wú)法達(dá)到的。

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

本發(fā)明的目的就是為了克服上述現(xiàn)有技術(shù)存在的缺陷而提供一種降低數(shù)據(jù)庫(kù)維護(hù)難度、能恢復(fù)到備份周期任意時(shí)間點(diǎn)的Oracle全自動(dòng)不停生產(chǎn)數(shù)據(jù)庫(kù)的表級(jí)備份恢復(fù)方法。

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

一種Oracle全自動(dòng)不停生產(chǎn)數(shù)據(jù)庫(kù)的表級(jí)備份恢復(fù)方法，包括以下步驟：

1)客戶端通過(guò)RMAN sbt物理備份方式將Oracle數(shù)據(jù)備份到遠(yuǎn)端的備份服務(wù)器；

2)當(dāng)需要進(jìn)行表級(jí)恢復(fù)時(shí)，客戶端從備份服務(wù)器獲取恢復(fù)數(shù)據(jù)，具體如下：

201)客戶端發(fā)起恢復(fù)消息；

202)生產(chǎn)機(jī)接收到恢復(fù)消息后，生成一個(gè)備庫(kù)；

203)Oracle數(shù)據(jù)庫(kù)加載sbt組件，sbt組件將需要恢復(fù)的備份片信息發(fā)送給客戶端；

204)客戶端通過(guò)網(wǎng)絡(luò)向備份服務(wù)器發(fā)起恢復(fù)請(qǐng)求；

205)備份服務(wù)器接收到恢復(fù)請(qǐng)求后，從備份服務(wù)器數(shù)據(jù)存儲(chǔ)模塊讀取恢復(fù)數(shù)據(jù)，并通過(guò)網(wǎng)絡(luò)將恢復(fù)數(shù)據(jù)返回客戶端；

206)客戶端通過(guò)sbt組件將恢復(fù)數(shù)據(jù)發(fā)送給Oracle數(shù)據(jù)庫(kù)；

207)Oracle數(shù)據(jù)庫(kù)接收到恢復(fù)數(shù)據(jù)后，將該數(shù)據(jù)恢復(fù)到備庫(kù)中；