oracle數(shù)據(jù)庫(kù)的事務(wù)管理與故障恢復(fù)技術(shù)分析報(bào)告(編輯修改稿)
2025-06-09 22:09 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 另外一個(gè)角度看，數(shù)據(jù)反映的是事務(wù)處理操作 的結(jié)果，而日志記錄的則是事務(wù)處理操作的過程，有了這樣的歷史變更過程，在一定條件下我們就可以依次“重演”這個(gè)過程(即重新執(zhí)行事務(wù)處理的操作)，以達(dá) 到恢復(fù)數(shù)據(jù)的目的?？梢哉f事務(wù)日志是記錄數(shù)據(jù)庫(kù)系統(tǒng)數(shù)據(jù)操作的“流水賬”，目前絕大多數(shù)數(shù)據(jù)庫(kù)系統(tǒng)都支持對(duì)事務(wù)日志的記錄。Oracle的日志文件有兩類：一類是聯(lián)機(jī)日志文件，即Oracle用于管理數(shù)據(jù)庫(kù)的事務(wù)日志文件；另一類稱為歸檔日志，是不活動(dòng)聯(lián)機(jī)文件的備份，這種日志文件主要用于數(shù)據(jù)庫(kù)的恢復(fù)。日志中記錄的信息包括：數(shù)據(jù)庫(kù)的邏輯更改、用戶的誤操作、事后審計(jì)、數(shù)據(jù)庫(kù)的更改歷史、更改類型（INSERT、UPDATE、DELETE、DDL等）、更改對(duì)應(yīng)的SCN號(hào)、以及執(zhí)行這些操作的用戶信息等。 基于日志的數(shù)據(jù)庫(kù)恢復(fù)無 論何種原因故障導(dǎo)致Oracle數(shù)據(jù)庫(kù)不能正常啟動(dòng)(即不能進(jìn)入Open狀態(tài))，此時(shí)即需要執(zhí)行數(shù)據(jù)庫(kù)恢復(fù)(Recovery)。典型的數(shù)據(jù)庫(kù)恢復(fù)過程需 要如下3個(gè)階段：(1)Restore：選擇某個(gè)歷史備份作為恢復(fù)的起點(diǎn)，即首先將數(shù)據(jù)恢復(fù)至備份時(shí)刻的狀態(tài)；(2)Roll Forward：利用歸檔日志和聯(lián)機(jī)日志依次重做自備份時(shí)刻以來的事務(wù)；(3)Roll Back：在故障時(shí)刻前附近的一些事務(wù)，有些還未來得及提交(Commit)，但由于系統(tǒng)內(nèi)部的Checkpoint事件的觸發(fā)導(dǎo)致已經(jīng)寫入聯(lián)機(jī)日志，這 部分事務(wù)需要利用數(shù)據(jù)映像(Before Image)進(jìn)行必要的回滾。如果這3個(gè)階段的操作都能夠順利進(jìn)行，則可以將數(shù)據(jù)庫(kù)毫無損失地恢復(fù)到損壞前一時(shí)刻的狀態(tài)，即所謂的完全數(shù)據(jù)庫(kù)恢復(fù) (Complete Recovery)，如果這個(gè)恢復(fù)過程在第二、三階段由于某種原因中途結(jié)束，則數(shù)據(jù)庫(kù)只能恢復(fù)到過去的某個(gè)時(shí)問點(diǎn)，即不完全恢復(fù)(Inplete Recovery)。下圖給出了Oracle數(shù)據(jù)庫(kù)恢復(fù)的典型示例。假設(shè)系統(tǒng)在T7時(shí)刻出現(xiàn)故障導(dǎo)致Oracle數(shù)據(jù)庫(kù)停止運(yùn)行，數(shù)據(jù)庫(kù)分別在TTT6有3次歷史備份，由圖示可知，歸檔日志中包含了T2至T5時(shí)間段的事務(wù)日志，聯(lián)機(jī)重做日志中包含了T4至T7時(shí)間段的事務(wù)日志。下面說明恢復(fù)過程：(1)選擇T3時(shí)刻的備份作為恢復(fù)的起點(diǎn)；(2)利用歸檔日志重做T3至T4(或T5)時(shí)間段的事務(wù)；(3)利用聯(lián)機(jī)重做日志重做T4(或T5)至T7時(shí)間段的事務(wù)，將數(shù)據(jù)庫(kù)恢復(fù)到故障時(shí)刻，實(shí)現(xiàn)Complete Recovery。日志中記錄的事務(wù)處理信息是與當(dāng)時(shí)的數(shù)據(jù)庫(kù)狀態(tài)相關(guān)聯(lián)的，離開了特定的數(shù)據(jù)狀態(tài)，數(shù)據(jù)操作也就失去了意義。因此事務(wù)日志的重演是有前提的：一是數(shù)據(jù)庫(kù)首先必須處于某一時(shí)刻點(diǎn)的完整狀態(tài)(通常由數(shù)據(jù)庫(kù)備份來實(shí)現(xiàn))。只有處于這個(gè)狀態(tài)，在這一時(shí)間點(diǎn)之后的事務(wù)才有重新運(yùn)行的基礎(chǔ)；二是重新運(yùn) 行的事務(wù)處理必須嚴(yán)格按照原來的時(shí)間順序進(jìn)行，只有這樣，才能實(shí)現(xiàn)逐步推演，因?yàn)閷?shí)際的數(shù)據(jù)庫(kù)操作其后一步操作總是依賴于前一步操作的結(jié)果。正因?yàn)榇?，?shù) 據(jù)庫(kù)的事務(wù)日志必須連續(xù)地保存，如果某個(gè)時(shí)間段的事務(wù)日志損壞或丟失，則此時(shí)間段之后的日志也就失去了存在的意義。 Oracle的檢查點(diǎn)技術(shù)概述檢查點(diǎn)：是一個(gè)數(shù)據(jù)庫(kù)控制文件中的一個(gè)數(shù)據(jù)結(jié)構(gòu)，當(dāng)出現(xiàn)一個(gè)檢查點(diǎn)時(shí)，Oracle把修改數(shù)據(jù)從高速緩存寫入磁盤，并更新控制文件和數(shù)據(jù)文件利用檢查點(diǎn)機(jī)制，可以保證Oracle恢復(fù)操作能從一個(gè)正確的點(diǎn)開始讀取日志文件。檢查點(diǎn)分為三類：1）局部檢查點(diǎn)：?jiǎn)蝹€(gè)實(shí)例執(zhí)行數(shù)據(jù)庫(kù)所有數(shù)據(jù)文件的一個(gè)檢查點(diǎn)操作，屬于此實(shí)例的全部臟緩存區(qū)寫入數(shù)據(jù)文件。觸發(fā)命令：svmrgrlalter system checkpoint local。這條命令顯示的觸發(fā)一個(gè)局部檢查點(diǎn)。2）全局檢查點(diǎn)：所有實(shí)例（對(duì)應(yīng)并行數(shù)據(jù)服務(wù)器）執(zhí)行數(shù)據(jù)庫(kù)所有所有數(shù)據(jù)文件的一個(gè)檢查點(diǎn)操作，屬于此實(shí)例的全部臟緩存區(qū)寫入數(shù)據(jù)文件。觸發(fā)命令：svrmgrlalter system checkpoint global。這條命令顯示的觸發(fā)一個(gè)全局檢查點(diǎn)。3） 文件檢查點(diǎn)：所有實(shí)例需要執(zhí)行數(shù)據(jù)文件集的一個(gè)檢查點(diǎn)操作，如使用熱備份命令alter tablespace USERS begin backup，或表空間脫機(jī)命令alter tablespace USERS offline，將執(zhí)行屬于USERS表空間的所有數(shù)據(jù)文件的一個(gè)檢查點(diǎn)操作。
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1