《電子技術(shù)應(yīng)用》
您所在的位置:首頁 > 模擬設(shè)計(jì) > 設(shè)計(jì)應(yīng)用 > Oracle數(shù)據(jù)庫非歸檔模式重做日志恢復(fù)方法
Oracle數(shù)據(jù)庫非歸檔模式重做日志恢復(fù)方法
2016年微型機(jī)與應(yīng)用第10期
王超,祝永志
(曲阜師范大學(xué) 信息科學(xué)與工程學(xué)院,山東 日照 276800)
摘要: Linux系統(tǒng)是在企業(yè)中廣泛使用的操作系統(tǒng),企業(yè)亦多基于該操作系統(tǒng)安裝數(shù)據(jù)庫。當(dāng)數(shù)據(jù)庫運(yùn)行在非歸檔模式中,且數(shù)據(jù)庫處于無日志備份的情況時,一旦重做日志文件丟失將會導(dǎo)致數(shù)據(jù)庫不可用。針對Oracle數(shù)據(jù)庫重做日志文件丟失問題,提出一種非歸檔模式下的重做日志恢復(fù)方法。實(shí)驗(yàn)證明,該方法能有效實(shí)現(xiàn)重做日志的無備份恢復(fù)。
Abstract:
Key words :

  王超,祝永志

  (曲阜師范大學(xué) 信息科學(xué)與工程學(xué)院,山東 日照 276800)

  摘要Linux系統(tǒng)是在企業(yè)中廣泛使用的操作系統(tǒng),企業(yè)亦多基于該操作系統(tǒng)安裝數(shù)據(jù)庫。當(dāng)數(shù)據(jù)庫運(yùn)行在非歸檔模式中,且數(shù)據(jù)庫處于無日志備份的情況時,一旦重做日志文件丟失將會導(dǎo)致數(shù)據(jù)庫不可用。針對Oracle數(shù)據(jù)庫重做日志文件丟失問題,提出一種非歸檔模式下的重做日志恢復(fù)方法。實(shí)驗(yàn)證明,該方法能有效實(shí)現(xiàn)重做日志的無備份恢復(fù)。

  關(guān)鍵詞:Oracle數(shù)據(jù)庫;非歸檔模式;日志恢復(fù);Linux

  0引言

  Oracle數(shù)據(jù)庫是廣泛應(yīng)用的大型關(guān)系型數(shù)據(jù)庫,數(shù)據(jù)庫的高可用性是一個重要的研究課題,快速準(zhǔn)確地恢復(fù)數(shù)據(jù)庫日志文件對提高數(shù)據(jù)庫可用性有重要意義。本文以Linux操作系統(tǒng)為基礎(chǔ),針對非歸檔模式下重做日志文件丟失問題提出一種恢復(fù)方法。實(shí)驗(yàn)表明,該方法能有效實(shí)現(xiàn)非歸檔模式下的重做日志文件恢復(fù),實(shí)現(xiàn)數(shù)據(jù)庫的可用性。

1重做日志概述

  重做日志文件(Redo Log File)用于保存表、索引或其他Oracle對象中添加、刪除或者改變數(shù)據(jù)的記錄。由于Oracle用循環(huán)的方式重復(fù)使用重做日志文件,因此每個Oracle數(shù)據(jù)庫有且至少有兩個重做日志文件。當(dāng)一個重做日志文件充滿重做日志條目時,如果系統(tǒng)需要實(shí)例恢復(fù),則當(dāng)前的日志文件標(biāo)記為ACTIVE;如果不需要實(shí)例恢復(fù),則標(biāo)記為INACTIVE;系統(tǒng)從文件開始按序列使用下一個日志文件,并將其標(biāo)記為CURRENT[1]。在Oracle數(shù)據(jù)庫體系結(jié)構(gòu)中,數(shù)據(jù)文件、控制文件、重做日志文件和歸檔日志文件等組成數(shù)據(jù)庫的文件系統(tǒng),如圖1所示。

001.jpg

  在現(xiàn)實(shí)使用中,為了保證數(shù)據(jù)庫穩(wěn)定運(yùn)行,通常需要對數(shù)據(jù)庫日志文件備份,日志文件與其鏡像文件記錄相同的日志信息,共同組成日志文件組。為了確保日志文件的安全,在同一個組中的日志文件通常會被放在不同的磁盤中[2]。日志文件丟失可能是由數(shù)據(jù)庫管理員(Database Administrator,DBA)操作引起不當(dāng),如誤刪日志文件,或由于磁盤存儲問題導(dǎo)致數(shù)據(jù)庫日志文件丟失。在重做日志文件丟失期間,可能會引起數(shù)據(jù)庫系統(tǒng)無法使用,此時一旦數(shù)據(jù)庫數(shù)據(jù)文件丟失,將無法及時恢復(fù),有可能會造成極大的損失。因此,確保重做日志文件的安全性、冗余性對確保數(shù)據(jù)庫系統(tǒng)穩(wěn)定是極為重要的。

2日志恢復(fù)存在的問題

  2.1歸檔模式

  Oracle數(shù)據(jù)庫可以運(yùn)行在歸檔(Archivelog)模式和非歸檔(Noarchivelog)模式。數(shù)據(jù)庫非歸檔模式只能用于保護(hù)數(shù)據(jù)庫實(shí)例失敗,而不能用于保護(hù)存儲介質(zhì)失敗。為了防止數(shù)據(jù)庫物理文件損壞所導(dǎo)致的數(shù)據(jù)丟失,數(shù)據(jù)庫通常運(yùn)行在歸檔模式下[3]。在實(shí)際的使用中,可能由于DBA的錯誤操作使數(shù)據(jù)庫系統(tǒng)運(yùn)行在非歸檔模式下,此時一旦重做日志文件丟失,則無法通過歸檔日志恢復(fù)重做日志。在此前研究中,數(shù)據(jù)庫日志的備份與恢復(fù)策略大多是基于歸檔模式[4],在非歸檔模式下的數(shù)據(jù)庫恢復(fù)也大多是使用RMAN通過備份文件恢復(fù)[56]。

  2.2一致性檢查

  在Oracle數(shù)據(jù)庫啟動過程中,當(dāng)啟系統(tǒng)動到裝載數(shù)據(jù)庫MOUNT狀態(tài)時會進(jìn)行數(shù)據(jù)一致性檢查[7],如圖2所示。在重做日志丟失的情況下,無法完成數(shù)據(jù)一致性檢查,為了使數(shù)據(jù)庫恢復(fù)可用,需要通過修改系統(tǒng)隱藏參數(shù),使數(shù)據(jù)庫在啟動時跳過一致性檢查。

  

002.jpg

  2.3身份驗(yàn)證

  在Oracle數(shù)據(jù)庫日志文件丟失期間,數(shù)據(jù)庫無法正常啟動并進(jìn)行基本的身份驗(yàn)證。此時,對數(shù)據(jù)庫的操作需要通過SYS用戶進(jìn)行,需通過操作系統(tǒng)認(rèn)證(Operating System Authentication,OSA)的方式獲得SYS用戶權(quán)限。

3重做日志恢復(fù)

  3.1恢復(fù)方法概述

  在Linux環(huán)境中,對非歸檔模式下故障的Oracle數(shù)據(jù)庫系統(tǒng)使用數(shù)據(jù)庫控制文件實(shí)現(xiàn)數(shù)據(jù)庫恢復(fù),并通過修改Linux系統(tǒng)中Oracle數(shù)據(jù)庫的隱藏參數(shù)“_allow_resetlogs_corruption”值實(shí)現(xiàn)跳過啟動一致性檢查,實(shí)現(xiàn)數(shù)據(jù)庫啟動,在此基礎(chǔ)上使用resetlogs方法完成重做日志文件的恢復(fù)。基于以上方法,進(jìn)行以下實(shí)驗(yàn)。

  3.2實(shí)驗(yàn)過程

  實(shí)驗(yàn)基于Linux環(huán)境中Oracle 11g R2數(shù)據(jù)庫系統(tǒng),由于Linux文件系統(tǒng)與Windows文件系統(tǒng)的差別,其恢復(fù)過程與在Windows環(huán)境中的恢復(fù)過程存在一定差異。為了模擬實(shí)際使用中重做日志恢復(fù)效果,這里手動刪除redo01.log、redo02.log、redo03.log 3個日志文件。在實(shí)際操作中建議提前對數(shù)據(jù)文件備份,防止恢復(fù)失敗導(dǎo)致數(shù)據(jù)丟失。在實(shí)驗(yàn)過程中也對一些常見的系統(tǒng)異常提示進(jìn)行相應(yīng)的處理,具體實(shí)驗(yàn)操作如下。

  (1)進(jìn)入系統(tǒng)命令終端,通過OSA方式獲得SYS用戶權(quán)限,按照常規(guī)流程使用startup命令啟動Oracle數(shù)據(jù)庫進(jìn)程:

  SQL>startup

  此時系統(tǒng)返回如下信息:

  Oracle instance started.

  ……

  Database mounted

  ORA-00313:open failed for members of log group 1 of thread 1

  ORA27037:unable to obtain file status

  Linux ERROR:2:No such file or directory

  Additional information:3

  (2)由于該數(shù)據(jù)庫文件系統(tǒng)缺少重做日志文件,系統(tǒng)提示無法找到文件,數(shù)據(jù)庫啟動過程中系統(tǒng)報(bào)錯。此時,可以使用下面的命令查詢當(dāng)前數(shù)據(jù)庫的實(shí)例名、數(shù)據(jù)庫歸檔模式和打開模式,確定當(dāng)前狀態(tài)所處開啟模式:

  SQL>select name,log_mode from vMYMdatabase;

  返回查詢結(jié)果如下:

2.png

  (3)這里的LOG_MODE為NOARCHIVELOG模式,說明數(shù)據(jù)庫處于非歸檔模式,且當(dāng)前數(shù)據(jù)庫開啟到MOUNTED狀態(tài)。此時,使用resetlogs方法打開數(shù)據(jù)庫,輸入以下命令:

  SQL>alter database open resetlogs;

  系統(tǒng)返回信息如下:

  ……

  ERROR at line 1:

  ORA01139:RESETLOGS option only valid after an complete database recovery

  (4)根據(jù)系統(tǒng)提示,數(shù)據(jù)庫如果要使用resetlogs方法,則需要在一個系統(tǒng)恢復(fù)之后,因此,需先對數(shù)據(jù)庫實(shí)施數(shù)據(jù)恢復(fù)。在該實(shí)驗(yàn)的情況中,由于實(shí)驗(yàn)環(huán)境中僅重做日志文件丟失,而控制文件未丟失,此處可通過使用控制文件對數(shù)據(jù)庫進(jìn)行恢復(fù),使用如下命令:

  SQL>recovery database using backup controlfile;

  系統(tǒng)返回異常:

  ……

  ORA00308:cannot open archived log

  ORA27037:unable to obtain file status

  Linuxx86_64 Error:2:No such file or directory

  (5)該問題的產(chǎn)生是由于系統(tǒng)處于非歸檔模式下,系統(tǒng)提示錯誤,歸檔日志無法使用,但實(shí)際中數(shù)據(jù)庫恢復(fù)過程已經(jīng)通過控制文件完成,此時再次使用resetlogs方法進(jìn)行數(shù)據(jù)庫日志恢復(fù),系統(tǒng)返回異常:

  ORA01113:file 1 needs media recovery

  ORA01110:data file 1:’/usr/app/oracle/oradata/orcl/

  system01.dbf’

  (6)該異常提示表明:如果要使用resetlogs方法恢復(fù)則需要通過恢復(fù)媒介,這里由于重做日志文件丟失,無法通過媒介來恢復(fù)。因此需要修改隱藏參數(shù),讓Oracle數(shù)據(jù)庫忽略數(shù)據(jù)一致性檢查。使用以下命令:

  SQL>alter system set”_allow_resetlogs_corruption”

  =true scope=spfile;

  System altered.

  (7)在修改完此參數(shù)后,使用強(qiáng)制數(shù)據(jù)庫重啟命令啟動數(shù)據(jù)庫:

  SQL>startup force mount

  系統(tǒng)返回如下信息:

  ……

  Database mounted.

  (8)數(shù)據(jù)庫裝載成功后,再次使用resetlogs方法執(zhí)行數(shù)據(jù)庫恢復(fù)。在一段時間之后,系統(tǒng)返回信息“Database altered”。該信息表明數(shù)據(jù)庫重做日志恢復(fù)完成,打開文件所在目錄,實(shí)例文件夾中顯示redo01.log、redo02.log、redo03.log 3個日志文件,重啟數(shù)據(jù)庫即完成恢復(fù)。

  (9)修改_allow _resetlogs_corruption參數(shù)為系統(tǒng)默認(rèn)的false,則在啟動時進(jìn)行數(shù)據(jù)一致性檢查:

  SQL>alter system reset”_allow_resetlogs_corruption” scope=spfile;

  (10)使用startup force命令重啟數(shù)據(jù)庫后,查詢修改的隱藏參數(shù)值:

  SQL>selcet KSPPINM,KSPPSTVL from xMYMksppi a,

  xMYMksppcv b where a.indx=b.indx and ksppinm like ‘%resetlogs’;

  返回查詢結(jié)果如下:

1.png

  (11)啟用Oracle數(shù)據(jù)庫的歸檔模式,增強(qiáng)數(shù)據(jù)庫系統(tǒng)的可用性:

  SQL>alter database archivelog;

  使用命令查看歸檔日志列表:

  SQL>archive log list;

  Database log mode Archive Mode Automatic archival Enable

  得到以上返回信息說明數(shù)據(jù)庫已經(jīng)運(yùn)行在歸檔模式下,實(shí)驗(yàn)完成。

4結(jié)論

  通過實(shí)驗(yàn)證明,本文提出的Oracle數(shù)據(jù)庫重做日志的恢復(fù)方法能夠有效實(shí)現(xiàn)在Linux系統(tǒng)下非歸檔模式重做日志文件的恢復(fù),實(shí)現(xiàn)Oracle數(shù)據(jù)庫系統(tǒng)的故障恢復(fù),提高數(shù)據(jù)庫系統(tǒng)的可用性。

  參考文獻(xiàn)

  [1] BRYLA B,LONEY K.Oracle database 11g DBA handbook[M].New York:McGrawHill,2007.

  [2] 王偉平.Oracle 11g網(wǎng)絡(luò)大講堂[M].北京:清華大學(xué)出版社,2013.

  [3] 賀亞茹.Oracle數(shù)據(jù)庫日志文件損壞時修復(fù)方法的實(shí)驗(yàn)研究[J].計(jì)算機(jī)應(yīng)用,2009,29(S2):393395.

  [4]韋德強(qiáng).Oracle數(shù)據(jù)庫的備份與恢復(fù)策略[J].電腦知識與技術(shù),2010,6(19):53675370.

  [5] 王良瑩.Oracle數(shù)據(jù)庫故障恢復(fù)技術(shù)剖析[J].電腦編程技巧與維護(hù),2011,50(14):123124, 135.

  [6] 劉超,張明安.基于Oracle數(shù)據(jù)庫系統(tǒng)的備份與恢復(fù)技術(shù)研究[J].軟件,2014,35(3):125128.

  [7] 周文瓊,王樂球.Oracle數(shù)據(jù)庫啟動過程研究與實(shí)踐[J].軟件導(dǎo)刊,2011,10(7):169171.


此內(nèi)容為AET網(wǎng)站原創(chuàng),未經(jīng)授權(quán)禁止轉(zhuǎn)載。
亚洲一区二区欧美_亚洲丝袜一区_99re亚洲国产精品_日韩亚洲一区二区
亚洲福利视频在线| 亚洲色诱最新| 国产精品视频大全| 欧美色综合天天久久综合精品| 模特精品在线| 玖玖国产精品视频| 久久免费黄色| 久久久久一本一区二区青青蜜月| 校园春色国产精品| 欧美一区2区三区4区公司二百| 午夜国产不卡在线观看视频| 亚洲欧美日韩国产一区二区三区| 亚洲午夜极品| 久热精品视频在线免费观看| 久久精品一区二区三区不卡牛牛 | 欧美一级成年大片在线观看| 亚洲免费一在线| 香蕉久久精品日日躁夜夜躁| 欧美在线免费观看亚洲| 久久精品成人| 亚洲国产日韩在线一区模特| 亚洲人成人一区二区三区| 亚洲精品乱码久久久久久黑人 | 欧美不卡在线| 欧美日韩国产在线一区| 欧美三级免费| 国产精品资源在线观看| 国产网站欧美日韩免费精品在线观看 | 欧美日韩在线免费观看| 国产精品v片在线观看不卡 | 亚洲激情啪啪| 一区二区三区色| 亚洲欧美精品一区| 久久精品国产99精品国产亚洲性色 | 日韩亚洲综合在线| 亚洲视频axxx| 欧美中文字幕在线观看| 美国成人毛片| 欧美日韩一区高清| 国产欧美日韩视频| 在线精品国产成人综合| 亚洲精品乱码久久久久久按摩观| 一区二区三区成人| 久久av二区| 日韩一区二区精品葵司在线| 亚洲女性喷水在线观看一区| 久久久综合精品| 欧美女同视频| 国产视频亚洲精品| 亚洲人成网站色ww在线| 亚洲免费影视第一页| 91久久综合| 亚洲欧美国产精品va在线观看| 久久精品免费播放| 欧美日本国产在线| 国产毛片一区二区| 欧美+亚洲+精品+三区| 欧美日韩一区二区三区免费| 国产女人水真多18毛片18精品视频| 国精品一区二区三区| 亚洲欧洲一区二区天堂久久| 亚洲一区二区视频在线观看| 亚洲国产日日夜夜| 亚洲欧美亚洲| 欧美va亚洲va日韩∨a综合色| 国产精品大全| 亚洲第一区中文99精品| 亚洲中字黄色| 99亚洲一区二区| 久久久欧美精品| 国产精品美女999| 91久久久久久久久| 欧美在线视频导航| 亚洲一区二区三区精品视频| 蜜臀av性久久久久蜜臀aⅴ| 国产精品少妇自拍| 91久久精品一区| 欧美在线不卡视频| 亚洲资源av| 欧美精品www在线观看| 国产一区二区三区四区hd| 宅男噜噜噜66国产日韩在线观看| 亚洲激情成人| 久久www成人_看片免费不卡| 欧美日韩人人澡狠狠躁视频| 韩日欧美一区| 亚洲欧美精品在线观看| 亚洲天堂成人在线观看| 欧美第一黄色网| 黄色一区三区| 亚洲欧美偷拍卡通变态| 亚洲视频网在线直播| 欧美电影免费观看网站| 国产性色一区二区| 亚洲你懂的在线视频| 亚洲视频二区| 欧美日韩国产三区| 亚洲国产人成综合网站| 亚洲丰满在线| 久久精品99久久香蕉国产色戒| 欧美亚洲成人精品| 日韩午夜免费| 亚洲精品美女在线观看| 久久视频一区二区| 国内视频精品| 欧美在线播放视频| 久久精品亚洲精品国产欧美kt∨| 国产精品午夜在线| 亚洲午夜女主播在线直播| 中文精品视频一区二区在线观看| 欧美国产欧美综合| 亚洲大胆人体视频| 久久精品国产欧美亚洲人人爽| 欧美一区二区三区啪啪| 国产精品影视天天线| 欧美电影免费观看| 亚洲精品久久久久久久久久久久久| 欧美一区二区三区在线观看| 校园激情久久| 国产欧美丝祙| 午夜日韩激情| 久久精品亚洲一区二区| 国产一区二区久久| 久久精品亚洲一区二区| 老司机一区二区三区| 在线观看国产欧美| 亚洲精品影院在线观看| 欧美国产高清| 亚洲毛片一区二区| 亚洲私人影院| 国产精品美女诱惑| 午夜在线一区| 久久男人av资源网站| 黄网站免费久久| 亚洲人成7777| 欧美久久一级| 亚洲神马久久| 欧美专区在线观看一区| 国产亚洲福利| 亚洲欧洲三级| 欧美日韩精选| 亚洲一二三区精品| 久久精品色图| 亚洲高清视频一区二区| 一区二区三区成人精品| 国产精品大片wwwwww| 欧美一区二区三区视频在线 | 欧美母乳在线| 亚洲欧美美女| 美女网站久久| 日韩视频中文| 久久av资源网站| 亚洲黄页一区| 亚洲欧美日本视频在线观看| 国产原创一区二区| 亚洲精品中文字幕有码专区| 欧美日韩一区二区三区高清| 亚洲欧美久久久| 麻豆精品网站| 一区二区激情小说| 久久激情网站| 亚洲国产毛片完整版 | 香蕉久久国产| 在线电影院国产精品| 亚洲午夜精品一区二区| 国产日本欧美一区二区| 亚洲国内在线| 国产精品久久久久久久久久妞妞| 午夜视频精品| 欧美激情一区二区三区在线| 亚洲午夜免费视频| 欧美1级日本1级| 亚洲一区二区在线播放| 麻豆精品一区二区av白丝在线| 一区二区三区国产盗摄| 久久午夜电影网| 制服诱惑一区二区| 免费成人在线视频网站| 亚洲图片你懂的| 欧美国产日本| 欧美99在线视频观看| 一本色道久久加勒比88综合| 国产精品美女一区二区| 亚洲精品视频一区二区三区| 国产精品视频区| 亚洲精品一区二区三区樱花| 国产欧美综合一区二区三区| 99re热这里只有精品视频| 国产亚洲欧美一区| 亚洲一区二区av电影| 精品盗摄一区二区三区| 亚洲欧美一区二区激情| 亚洲精品乱码| 蜜臀av国产精品久久久久| 午夜精品成人在线| 国产精品h在线观看| 日韩视频在线一区二区| 国语自产精品视频在线看| 亚洲欧美一区二区精品久久久| 亚洲三级电影在线观看 |