1、數據庫系統概論數據庫系統概論An Introduction to Database System第七章第七章 數據庫恢復技術數據庫恢復技術第三篇第三篇 系統篇系統篇 n數據庫系統中的數據是由DBMS統一管理和控制的，為了適應數據共享的環境，DBMS必須提供數據保護能力，以保證數據庫中數據的安全可靠和正確有效。n數據保護n安全性n完整性n并發控制n數據庫恢復第三篇第三篇 系統篇系統篇 第七章 數據庫恢復技術第八章 并發控制第九章 數據庫安全性第十章 數據庫完整性第七章第七章 數據庫恢復技術數據庫恢復技術7.1 事務的基本概念7.2 數據庫恢復概述7.3 故障的種類7.4 恢復的實現技術7.5 恢

2、復策略7.6 具有檢查點的恢復技術7.7 數據庫鏡像7.8 Oracle的恢復技術7.9 小結7.1 事務的基本概念事務的基本概念一、什么是事務二、如何定義事務三、事務的特性一、什么是事務一、什么是事務n事務(Transaction)是用戶定義的一個數據庫操作序列，這些操作要么全做，要么全不做，是一個不可分割的工作單位n事務和程序是兩個概念n在關系數據庫中，一個事務可以是一條SQL語句，一組SQL語句或整個程序n一個應用程序通常包含多個事務n事務是恢復和并發控制的基本單位二、如何定義事務二、如何定義事務n顯式定義方式 BEGIN TRANSACTION BEGIN TRANSACTION SQ

3、L 語句1 SQL 語句1 SQL 語句2 SQL 語句2 。 。 COMMIT ROLLBACKn隱式方式當用戶沒有顯式地定義事務時，DBMS按缺省規定自動劃分事務事務結束事務結束COMMIT事務正常結束 提交事務的所有操作（讀+更新）事務中所有對數據庫的更新永久生效ROLLBACK事務異常終止n事務運行的過程中發生了故障，不能繼續執行回滾事務的所有更新操作n事務滾回到開始時的狀態三、事務的特性三、事務的特性(ACID特性特性)事務的ACID特性：n原子性（Atomicity）n一致性（Consistency）n隔離性（Isolation）n持續性（Durability ）1. 原子性原子性

4、n事務是數據庫的邏輯工作單位n事務中包括的諸操作要么都做，要么都不做2. 一致性一致性事務執行的結果必須是使數據庫從一個 一致性狀態變到另一個一致性狀態一致性狀態：數據庫中只包含成功事務提交的結果不一致狀態：數據庫中包含失敗事務的結果一一致性與原子性致性與原子性銀行轉帳：從帳號A中取出一萬元，存入帳號B。n定義一個事務，該事務包括兩個操作n這兩個操作要么全做，要么全不做n全做或者全不做，數據庫都處于一致性狀態。n如果只做一個操作，數據庫就處于不一致性狀態。 B=B+1 A=A-1BA3. 隔離性隔離性對并發執行而言一個事務的執行不能被其他事務干擾n一個事務內部的操作及使用的數據對其他并發事務是

5、隔離的n并發執行的各個事務之間不能互相干擾T1的修改被的修改被T2覆蓋了！覆蓋了！ 讀A=16 AA-3寫回A=13 讀A=16 AA-1 寫回A=15 T2T14. 持續性持續性n持續性也稱永久性（Permanence）n一個事務一旦提交，它對數據庫中數據的改變就應該是永久性的。n接下來的其他操作或故障不應該對其執行結果有任何影響。事務的特性事務的特性 n保證事務ACID特性是事務處理的任務n破壞事務ACID特性的因素n多個事務并行運行時，不同事務的操作交叉執行n事務在運行過程中被強行停止第七章第七章 數據庫恢復技術數據庫恢復技術7.1 事務的基本概念7.2 數據庫恢復概述7.3 故障的種類

6、7.4 恢復的實現技術7.5 恢復策略7.6 具有檢查點的恢復技術7.7 數據庫鏡像7.8 Oracle的恢復技術7.9 小結7.2 數據庫恢復概述數據庫恢復概述n故障是不可避免的n計算機硬件故障n系統軟件和應用軟件的錯誤n操作員的失誤n惡意的破壞n故障的影響n運行事務非正常中斷n破壞數據庫數據庫恢復概述（續）數據庫恢復概述（續）n數據庫管理系統對故障的對策nDBMS提供恢復子系統n保證故障發生后，能把數據庫中的數據從錯誤狀態恢復到某種邏輯一致的狀態n保證事務ACIDn恢復技術是衡量系統優劣的重要指標第七章第七章 數據庫恢復技術數據庫恢復技術7.1 事務的基本概念7.2 數據庫恢復概述7.3

7、故障的種類7.4 恢復的實現技術7.5 恢復策略7.6 具有檢查點的恢復技術7.7 數據庫鏡像7.8 Oracle的恢復技術7.9 小結一、事務故障一、事務故障n什么是事務故障n某個事務在運行過程中由于種種原因未運行至正常終止點就夭折了n事務故障的常見原因n輸入數據有誤n運算溢出n違反了某些完整性限制n某些應用程序出錯n并行事務發生死鎖n。事務故障的恢復事務故障的恢復n發生事務故障時，夭折的事務可能已把對數據庫的部分修改寫回磁盤n事務故障的恢復：撤消事務（UNDO）n強行回滾（ROLLBACK）該事務n清除該事務對數據庫的所有修改，使得這個事務象根本沒有啟動過一樣二、系統故障二、系統故障n什么

8、是系統故障n整個系統的正常運行突然被破壞n所有正在運行的事務都非正常終止n內存中數據庫緩沖區的信息全部丟失n外部存儲設備上的數據未受影響系統故障的常見原因系統故障的常見原因n操作系統或DBMS代碼錯誤n操作員操作失誤n特定類型的硬件錯誤（如CPU故障）n突然停電系統故障的恢復系統故障的恢復n 清除尚未完成的事務對數據庫的所有修改n系統重新啟動時，恢復程序要強行撤消（UNDO）所有未完成事務n將緩沖區中已完成事務提交的結果寫入數據庫n系統重新啟動時，恢復程序需要重做（REDO）所有已提交的事務7.3 故障的種類故障的種類n事務故障n系統故障n介質故障三、介質故障三、介質故障n硬件故障使存儲在外存

9、中的數據部分丟失或全部丟失n介質故障比前兩類故障的可能性小得多，但破壞性大得多介質故障的常見原因介質故障的常見原因n硬件故障n磁盤損壞n磁頭碰撞n操作系統的某種潛在錯誤n瞬時強磁場干擾介質故障的恢復介質故障的恢復n裝入數據庫發生介質故障前某個時刻的數據副本n重做自此時始的所有成功事務，將這些事務已提交的結果重新記入數據庫恢復操作的基本原理恢復操作的基本原理n恢復操作的基本原理：冗余n利用存儲在系統其它地方的冗余數據來重建數據庫中已被破壞或不正確的那部分數據n恢復的實現技術：復雜n一個大型數據庫產品，恢復子系統的代碼要占全部代碼的10%以上第七章第七章 數據庫恢復技術數據庫恢復技術7.1 事務的

10、基本概念7.2 數據庫恢復概述7.3 故障的種類7.4 恢復的實現技術7.5 恢復策略7.6 具有檢查點的恢復技術7.7 數據庫鏡像7.8 Oracle的恢復技術7.9 小結7.4 恢復的實現技術恢復的實現技術恢復機制涉及的關鍵問題1. 如何建立冗余數據n數據轉儲（backup）n登錄日志文件（logging）2. 如何利用這些冗余數據實施數據庫恢復7.4.1 數據轉儲數據轉儲一、什么是轉儲二、轉儲的用途三、轉儲方法一、什么是轉儲一、什么是轉儲n轉儲是指DBA將整個數據庫復制到磁帶或另一個磁盤上保存起來的過程。n這些備用的數據文本稱為后備副本或后援副本。轉儲轉儲 故障發生點故障發生點 轉儲轉儲

11、 運行事務運行事務 正常運行正常運行 Ta Ta Tb Tb Tf Tf 重裝后備副本重裝后備副本 重新運行事務重新運行事務恢復恢復 三、轉儲方法三、轉儲方法1靜態轉儲與動態轉儲2海量轉儲與增量轉儲3轉儲方法小結1靜態轉儲靜態轉儲n在系統中無運行事務時進行轉儲n轉儲開始時數據庫處于一致性狀態n轉儲期間不允許對數據庫的任何存取、修改活動n優點：實現簡單n缺點：降低了數據庫的可用性n轉儲必須等用戶事務結束n新的事務必須等轉儲結束利用靜態轉儲副本進行恢復利用靜態轉儲副本進行恢復 故障發生點故障發生點 靜態靜態轉儲轉儲 運行事務運行事務 正常運行正常運行 Ta Ta Tb Tb Tf Tf 重裝后備副

12、本重裝后備副本 恢復恢復 動態轉儲動態轉儲n轉儲操作與用戶事務并發進行n轉儲期間允許對數據庫進行存取或修改n優點n不用等待正在運行的用戶事務結束n不會影響新事務的運行n動態轉儲的缺點n不能保證副本中的數據正確有效動態轉儲動態轉儲n利用動態轉儲得到的副本進行故障恢復n需要把動態轉儲期間各事務對數據庫的修改活動登記下來，建立日志文件n后備副本加上日志文件才能把數據庫恢復到某一時刻的正確狀態利用動態轉儲副本進行恢復利用動態轉儲副本進行恢復 運行事務運行事務 故障發生點故障發生點 動態動態轉儲轉儲 運行事務運行事務 正常運行正常運行 Ta Ta Tb Tb Tf Tf重裝后備副本重裝后備副本 利用日志

13、文件恢復利用日志文件恢復恢復恢復 利用動態轉儲副本進行恢復利用動態轉儲副本進行恢復 Ta Ta Tb Tb Tf Tf 動態動態轉儲轉儲 運行事務運行事務 故障發生點故障發生點正常運行正常運行 登記日志文件登記日志文件 登記新日志文件登記新日志文件 轉儲日志文件轉儲日志文件 重裝后備副本，然后利用轉儲的日志文件恢復重裝后備副本，然后利用轉儲的日志文件恢復恢復到一恢復到一 致性狀態致性狀態2海量轉儲與增量轉儲海量轉儲與增量轉儲n海量轉儲: 每次轉儲全部數據庫n增量轉儲: 只轉儲上次轉儲后更新過的數據n海量轉儲與增量轉儲比較n從恢復角度看，使用海量轉儲得到的后備副本進行恢復往往更方便n但如果數據庫

14、很大，事務處理又十分頻繁，則增量轉儲方式更實用更有效3轉儲方法小結轉儲方法小結n轉儲方法分類 轉儲狀態轉儲狀態動態轉儲動態轉儲靜態轉儲靜態轉儲轉儲轉儲方式方式海量轉儲海量轉儲動態海量轉儲動態海量轉儲靜態海量轉儲靜態海量轉儲增量轉儲增量轉儲動態增量轉儲動態增量轉儲靜態增量轉儲靜態增量轉儲轉儲策略轉儲策略n應定期進行數據轉儲，制作后備副本。n但轉儲又是十分耗費時間和資源的，不能頻繁進行。nDBA應該根據數據庫使用情況確定適當的轉儲周期和轉儲方法。 例：n每天晚上進行動態增量轉儲n每周進行一次動態海量轉儲n每月進行一次靜態海量轉儲7.4 恢復的實現技術恢復的實現技術7.4.1 數據轉儲7.4.2 登

15、記日志文件7.4.2 登記日志文件登記日志文件一、日志文件的內容二、日志文件的用途三、登記日志文件的原則一、日志文件的內容一、日志文件的內容1. 什么是日志文件日志文件(log)是用來記錄事務對數據庫的更新操作的文件2. 日志文件的格式以記錄為單位的日志文件以數據塊為單位的日志文件日志文件的內容（續）日志文件的內容（續）3. 日志文件內容n各個事務的開始標記(BEGIN TRANSACTION)n各個事務的結束標記(COMMIT或ROLLBACK)n各個事務的所有更新操作n與事務有關的內部更新操作日志文件中的一個日志記錄 (log record)4. 基于記錄的日志文件基于記錄的日志文件每條日

16、志記錄的內容n事務標識n操作類型（插入、刪除或修改）n操作對象（記錄ID、Block NO.）n更新前數據的舊值（對插入操作而言，此項為空值）n更新后數據的新值（對刪除操作而言, 此項為空值）5. 基于數據塊的日志文件基于數據塊的日志文件每條日志記錄的內容n事務標識（標明是那個事務）n操作對象（記錄ID、Block NO.）n更新前數據所在的整個數據塊的值（對插入操作而言，此項為空值）n更新后整個數據塊的值（對刪除操作而言, 此項為空值）二、日志文件的用途二、日志文件的用途1用途n進行事務故障恢復n進行系統故障恢復n協助后備副本進行介質故障恢復日志文件的用途（續）日志文件的用途（續）2與靜態轉

17、儲后備副本配合進行介質故障恢復n靜態轉儲的數據已是一致性的數據n如果靜態轉儲完成后，仍能定期轉儲日志文件，則在出現介質故障重裝數據副本后，可以利用這些日志文件副本對已完成的事務進行重做處理n這樣不必重新運行那些已完成的事務程序就可把數據庫恢復到故障前某一時刻的正確狀態日志文件的用途（續）日志文件的用途（續） 故障發生點故障發生點 靜態轉儲靜態轉儲 運行事務運行事務 正常運行正常運行 Ta Ta Tb TfTb Tf 登記日志文件登記日志文件 重裝后備副本重裝后備副本 利用日志文件恢復事務利用日志文件恢復事務 繼續運行繼續運行介質故障恢復介質故障恢復 登記日志文登記日志文件件 日志文件的用途（續

18、）日志文件的用途（續）3介質故障恢復：LOG FILE + 動態轉儲后備副本n動態轉儲數據庫：同時轉儲同一時點的日志文件n后備副本與該日志文件結合起來才能將數據庫恢復到一致性狀態。n利用這些日志文件副本進一步恢復事務，避免重新運行事務程序。三、登記日志文件的原則三、登記日志文件的原則n為保證數據庫是可恢復的，登記日志文件時必須遵循兩條原則n登記的次序嚴格按并行事務執行的時間次序n必須先寫日志文件，后寫數據庫n寫日志文件操作：把表示這個修改的日志記錄 寫到日志文件n寫數據庫操作：把對數據的修改寫到數據庫中登記日志文件的原則（續）登記日志文件的原則（續）n為什么要先寫日志文件n寫數據庫和寫日志文件

19、是兩個不同的操作n在這兩個操作之間可能發生故障n如果先寫了數據庫修改，而在日志文件中沒有登記下這個修改，則以后就無法恢復這個修改了n如果先寫日志，但沒有修改數據庫，按日志文件恢復時只不過是多執行一次不必要的UNDO操作，并不會影響數據庫的正確性第七章第七章 數據庫恢復技術數據庫恢復技術7.1 事務的基本概念7.2 數據庫恢復概述7.3 故障的種類7.4 恢復的實現技術7.5 恢復策略7.6 具有檢查點的恢復技術7.7 數據庫鏡像7.8 Oracle的恢復技術7.9 小結7.5 恢復策略恢復策略7.5.1 事務故障的恢復7.5.2 系統故障的恢復7.5.3 介質故障的恢復7.5.1 事務故障的恢

20、復事務故障的恢復n事務故障：事務在運行至正常終止點前被中止n恢復方法n由恢復子系統應利用日志文件撤消（UNDO）此事務已對數據庫進行的修改n事務故障的恢復由系統自動完成，不需要用戶干預事務故障的恢復步驟事務故障的恢復步驟1. 反向掃描文件日志（即從最后向前掃描日志文件），查找該事務的更新操作。2. 對該事務的更新操作執行逆操作。即將日志記錄中“更新前的值”（Befor Image, BI）寫入數據庫。n插入操作， “更新前的值”為空，則相當于做刪除操作n刪除操作，“更新后的值”為空，則相當于做插入操作n若是修改操作，則用BI 代替 AI（After Image）事務故障的恢復步驟事務故障的恢復

21、步驟3. 繼續反向掃描日志文件，查找該事務的其他更新操作，并做同樣處理。4. 如此處理下去，直至讀到此事務的開始標記，事務故障恢復就完成了。7.5.2 系統故障的恢復系統故障的恢復n系統故障造成數據庫不一致狀態的原因n一些未完成事務對數據庫的更新已寫入數據庫n一些已提交事務對數據庫的更新還留在緩沖區沒來得及寫入數據庫n恢復方法n1. Undo 故障發生時未完成的事務n2. Redo 已完成的事務n系統故障的恢復由系統在重新啟動時自動完成，不需要用戶干預系統故障的恢復系統故障的恢復步驟步驟1.正向掃描日志文件（即從頭掃描日志文件）nRedo隊列: 在故障發生前已經提交的事務 T1, T3, T8

22、.nUndo隊列:故障發生時尚未完成的事務 T2, T4, T5, T6, T7, T9 .系統故障的恢復步驟系統故障的恢復步驟2. 對Undo隊列事務進行UNDO處理 反向掃描日志文件，對每個UNDO事務的更 新操作執行逆操作 T2, T4, T5, T6, T7, T9 3. 對Redo隊列事務進行REDO處理 正向掃描日志文件，對每個REDO事務重新 執行登記的操作 T1, T3, T8.7.5.3 介質故障的恢復介質故障的恢復1. 重裝數據庫， 使數據庫恢復到一致性狀態2. 重做已完成的事務7.5.3 介質故障的恢復介質故障的恢復n恢復步驟1. 裝入最新的后備數據庫副本，使數據庫恢復到

23、最近一次轉儲時的一致性狀態。n對于靜態轉儲的數據庫副本，裝入后數據庫即處于一致性狀態n對于動態轉儲的數據庫副本，還須同時裝入轉儲時刻的日志文件副本，利用與恢復系統故障相同的方法（即REDO+UNDO），才能將數據庫恢復到一致性狀態。利用靜態轉儲副本將數據庫恢復到一致性狀態利用靜態轉儲副本將數據庫恢復到一致性狀態 故障發生點故障發生點 靜態靜態轉儲轉儲 運行事務運行事務 正常運行正常運行 Ta Ta Tb Tb Tf Tf 登記日志文件登記日志文件 重裝后備副本重裝后備副本 恢復恢復 利用動態轉儲副本將數據庫恢復到一致性狀態利用動態轉儲副本將數據庫恢復到一致性狀態 Ta Ta Tb Tb Tf

24、Tf 動態動態轉儲轉儲 運行事務運行事務 故障發生點故障發生點正常運行正常運行 登記日志文件登記日志文件 登記新日志文件登記新日志文件 轉儲日志文件轉儲日志文件 重裝后備副本，然后利用轉儲的日志文件恢復重裝后備副本，然后利用轉儲的日志文件恢復恢復到一恢復到一 致性狀態致性狀態介質故障的恢復（續）介質故障的恢復（續）2. 裝入有關的日志文件副本，重做已完成的事務。n首先掃描日志文件，找出故障發生時已提交的事務的標識，將其記入重做隊列。n然后正向掃描日志文件，對重做隊列中的所有事務進行重做處理。即將日志記錄中“更新后的值”寫入數據庫。介質故障的恢復（續）介質故障的恢復（續）介質故障的恢復需要DBA

25、介入nDBA的工作n重裝最近轉儲的數據庫副本和有關的各日志文件副本n執行系統提供的恢復命令n具體的恢復操作仍由DBMS完成第七章第七章 數據庫恢復技術數據庫恢復技術7.1 事務的基本概念7.2 數據庫恢復概述7.3 故障的種類7.4 恢復的實現技術7.5 恢復策略7.6 具有檢查點的恢復技術7.7 數據庫鏡像7.8 Oracle的恢復技術7.9 小結7.6 具有檢查點的恢復技術具有檢查點的恢復技術一、問題的提出二、檢查點技術三、利用檢查點的恢復策略一、問題的提出一、問題的提出n兩個問題n搜索整個日志將耗費大量的時間nREDO處理：重新執行，浪費了大量時間解決方案解決方案n具有檢查點（check

26、point）的恢復技術n在日志文件中增加檢查點記錄（checkpoint）n增加重新開始文件n恢復子系統在登錄日志文件期間動態地維護日志二、檢查點技術二、檢查點技術n檢查點記錄的內容n1. 建立檢查點時刻所有正在執行的事務清單n2. 這些事務最近一個日志記錄的地址n重新開始文件的內容n記錄各個檢查點記錄在日志文件中的地址在檢查點在檢查點 維護日志文件維護日志文件1.將當前日志緩沖區中的所有日志記錄寫入磁盤的日志文件上。2.在日志文件中寫入一個檢查點記錄。3. 將當前數據緩沖區的所有數據記錄寫入磁盤的數據庫中。4. 把檢查點記錄在日志文件中的地址寫入一個重新開始文件。建立檢查點建立檢查點n定期n

27、按照預定的一個時間間隔n不定期n按照某種規則，如日志文件已寫滿一半建立一個檢查點三、利用檢查點的恢復策略三、利用檢查點的恢復策略n當事務T在一個檢查點之前提交 T對數據庫所做的修改已寫入數據庫n在進行恢復處理時，沒有必要對事務T執行REDO操作利用檢查點的恢復策略（續）利用檢查點的恢復策略（續）Tc (檢查點檢查點)Tf(系統故障系統故障) REDOUNDOUNDO REDOT2T3T4T5不要不要REDOT1利用檢查點的利用檢查點的恢復步驟恢復步驟1. 從重新開始文件中找到最后一個檢查點記錄在日志文件中的地址2 由該地址在日志文件中找到最后一個檢查點記錄利用檢查點的恢復策略（續）利用檢查點的

28、恢復策略（續）2.由該檢查點記錄得到檢查點建立時刻所有正在執行的事務清單ACTIVE-LISTn建立兩個事務隊列nUNDO-LIST nREDO-LIST n把ACTIVE-LIST暫時放入UNDO-LIST隊列，REDO隊列暫為空。利用檢查點的恢復策略（續）利用檢查點的恢復策略（續）3.從檢查點開始正向掃描日志文件，直到日志文件結束n如有新開始的事務Ti，把Ti暫時放入UNDO-LIST隊列n如有提交的事務Tj，把Tj從UNDO-LIST隊列移到REDO-LIST隊列4.對UNDO-LIST中的每個事務執行UNDO操作, 對REDO-LIST中的每個事務執行REDO操作第七章第七章 數據庫恢

29、復技術數據庫恢復技術7.1 事務的基本概念7.2 數據庫恢復概述7.3 故障的種類7.4 恢復的實現技術7.5 恢復策略7.6 具有檢查點的恢復技術7.7 數據庫鏡像7.8 Oracle的恢復技術7.9 小結7.7 數據庫鏡像數據庫鏡像n介質故障是對系統影響最為嚴重的一種故障，嚴重影響數據庫的可用性n介質故障恢復比較費時n為預防介質故障，DBA必須周期性地轉儲數據庫n提高數據庫可用性的解決方案n數據庫鏡像（Mirror）數據庫鏡像（續）數據庫鏡像（續）n數據庫鏡像nDBMS自動把整個數據庫或其中的關鍵數據復制到另一個磁盤上nDBMS自動保證鏡像數據與主數據的一致性(圖7.5a)數據庫鏡像的用途

30、數據庫鏡像的用途n出現介質故障時nDBMS自動利用鏡像磁盤數據進行數據庫的恢復，不需要關閉系統和重裝數據庫副本(圖7.5b)n沒有出現故障時n可用于并發操作(圖7.5a)n一個用戶對數據加排他鎖修改數據n其他用戶可以讀鏡像數據庫上的數據數據庫鏡像（續）數據庫鏡像（續）第七章第七章 數據庫恢復技術數據庫恢復技術7.1 事務的基本概念7.2 數據庫恢復概述7.3 故障的種類7.4 恢復的實現技術7.5 恢復策略7.6 具有檢查點的恢復技術7.7 數據庫鏡像7.8 Oracle的恢復技術7.9 小結7.8 Oracle的恢復技術的恢復技術1. 轉儲2. 登記日志文件7.8 Oracle的恢復技術：轉

31、儲的恢復技術：轉儲n轉儲后備副本的方法n文件拷貝nEXPORT實用程序n用SQL命令SPOOLn自己編程實現重裝后備副本的方法重裝后備副本的方法n文件拷貝nIMPORT實用程序nSQL*LOADER實用程序n自己編程實現2. 登記日志文件登記日志文件nORACLE V.5：以數據塊為單位nORACLE V.7：REDO日志 + 回滾段ORACLE V.5的恢復技術的恢復技術n日志文件以數據塊為單位，恢復操作不是基于操作，而是基于數據塊n將更新前的舊值與更新后的新值分別放在兩個不同的日志文件中n記錄數據庫更新前舊值的日志文件稱為數據庫前像文件（Before Image，簡稱BI文件）n記錄數據庫更新后新值的日志文件稱為數據庫的后像文件（After Image，簡稱AI文件）OracleV.5 的恢復技術（續）的恢復技術（續）nBI文件是必須的，AI文件是任選的n沒有AI文件：只能執行UNDO處理，不能執行REDO處理Oracle v.7的恢復技術（續）的