ch11數(shù)據(jù)庫(kù)恢復(fù)技術(shù)(參考版)
2025-05-15 16:37本頁(yè)面
【正文】 4) 對(duì) UNDOLIST中的每個(gè)事務(wù)執(zhí)行 UNDO操作 , 對(duì) REDOLIST中的每個(gè)事務(wù)執(zhí)行 REDO操作。 ? 我們建立兩個(gè)事務(wù)隊(duì)列 : UNDOLIST: 需要執(zhí)行 undo操作的事務(wù)集合； REDOLIST: 需要執(zhí)行 redo操作的事務(wù)集合； 把 ACTIVELIST暫時(shí)放入 UNDOLIST隊(duì)列， REDO隊(duì)列暫為空。 采用檢查點(diǎn)的恢復(fù)技術(shù) ? 系統(tǒng)使用檢查點(diǎn)方法進(jìn)行恢復(fù)的步驟是： 1) 從重新開(kāi)始文件中找到最后一個(gè)檢查點(diǎn)記錄在日志文件中的地址，由該地址在日志文件中找到最后一個(gè)檢查點(diǎn)記錄。 ? T5：在檢查點(diǎn)之后開(kāi)始執(zhí)行，在故障點(diǎn)時(shí)還未完成。 ? T3：在檢查點(diǎn)之前開(kāi)始執(zhí)行，在故障點(diǎn)時(shí)還未完成。如下圖所示： ? T1 : 在檢查點(diǎn)之前提交。這樣，在進(jìn)行恢復(fù)處理時(shí)，沒(méi)有必要對(duì)事務(wù) T執(zhí)行 REDO操作。 ? 使用檢查點(diǎn)方法可以改善恢復(fù)效率。 ? 恢復(fù)子系統(tǒng)可以定期或不定期地建立檢查點(diǎn)保存數(shù)據(jù)庫(kù)狀態(tài)。 3) 將當(dāng)前數(shù)據(jù)緩沖的所有數(shù)據(jù)記錄寫(xiě)入磁盤(pán)的數(shù)據(jù)庫(kù)中。具體步驟是： 1) 將當(dāng)前日志緩沖中的所有日志記錄寫(xiě)入磁盤(pán)的日志文件上。 3) 重新開(kāi)始文件用來(lái)記錄各個(gè)檢查點(diǎn)記錄在日志文件中的地址。 ? 檢查點(diǎn)記錄的內(nèi)容包括： 1) 建立檢查點(diǎn)時(shí)刻所有正在執(zhí)行的事務(wù)清單。 ? 為了解決這些問(wèn)題，又發(fā)展了具有檢查點(diǎn)的恢復(fù)技術(shù)。這樣做具有兩個(gè)問(wèn)題 : ? 一是搜索整個(gè)日志將耗費(fèi)大量的時(shí)間。 采用檢查點(diǎn)的恢復(fù)技術(shù) ? 利用日志技術(shù)進(jìn)行數(shù)據(jù)庫(kù)恢復(fù)時(shí)，恢復(fù)子系統(tǒng)必須搜索日志，確定哪些事務(wù)需要 REDO，哪些事務(wù)需要UNDO。 ? 介質(zhì)故障的恢復(fù)需要 DBA的介入。即將日志記錄中“更新后的值”寫(xiě)入數(shù)據(jù)庫(kù)。即： – 首先掃描日志文件，找出故障發(fā)生時(shí)已提交的事務(wù)的標(biāo)識(shí)，將其記入重做 (REDO)隊(duì)列。 ? 對(duì)于聯(lián)機(jī)備份的數(shù)據(jù)庫(kù)副本，還須同時(shí)裝入備份開(kāi)始時(shí)刻的日志文件副本，利用恢復(fù)系統(tǒng)故障的方法（即REDO+UNDO），才能將數(shù)據(jù)庫(kù)恢復(fù)到一致性狀態(tài)。 恢復(fù)的策略 3. 介質(zhì)故障的恢復(fù) ? 發(fā)生介質(zhì)故障后，磁盤(pán)上的物理數(shù)據(jù)和日志文件被破壞，這是最嚴(yán)重的一種故障，恢復(fù)方法是重裝數(shù)據(jù)庫(kù)，然后重做已完成的事務(wù)。 ? 注：進(jìn)行 REDO處理的方法是：正向掃描日志文件，對(duì)每個(gè) REDO事務(wù)重新執(zhí)行日志文件登記的操作。 恢復(fù)的策略 ? 注：進(jìn)行 UNDO處理的方法是，反向掃描日志文件，對(duì)每個(gè) UNDO事務(wù)的更新操作執(zhí)行逆操作，即將日志記錄中“更新前的值”寫(xiě)入數(shù)據(jù)庫(kù)。 2) 同時(shí)找出故障發(fā)生時(shí)尚未完成的事務(wù)（這些事務(wù)只有 BEGIN TRANSACTION記錄，無(wú)相應(yīng)的 COMMIT記錄），將其事務(wù)標(biāo)識(shí)記入 撤消 (UNDO)隊(duì)列 。 ? 系統(tǒng)故障的恢復(fù)是由系統(tǒng)在重新啟動(dòng)時(shí)自動(dòng)完成的，不需要用戶干預(yù)。 恢復(fù)的策略 2. 系統(tǒng)故障的恢復(fù) ? 前面已講過(guò)，系統(tǒng)故障造成數(shù)據(jù)庫(kù)不一致?tīng)顟B(tài)的原因有兩個(gè)，一是未完成事務(wù)對(duì)數(shù)據(jù)庫(kù)的更新可能已寫(xiě)入數(shù)據(jù)庫(kù)，二是已提交事務(wù)對(duì)數(shù)據(jù)庫(kù)的更新可能還留在緩沖區(qū)沒(méi)來(lái)得及寫(xiě)入數(shù)據(jù)庫(kù)。 3) 繼續(xù)反向掃描日志文件，查找該事務(wù)的其他更新操作，并做同樣處理。這樣，如果記錄中是插入操作，則相當(dāng)于做刪除操作（因此時(shí)“更新前的值”為空）。 2) 對(duì)該事務(wù)的更新操作執(zhí)行逆操作。 ? 事務(wù)故障的恢復(fù)是由系統(tǒng)自動(dòng)完成的，對(duì)用戶是透明的。 ? 這就是所謂的“提前寫(xiě)日志”原則。 ? 如果先寫(xiě)日志，但沒(méi)有修改數(shù)據(jù)庫(kù)，按日志文件恢復(fù)時(shí)只不過(guò)是多執(zhí)行一次不必要的 UNDO操作，并不會(huì)影響數(shù)據(jù)庫(kù)的正確性。有可能在這兩個(gè)操作之間
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1