1、 所謂數(shù)據(jù)恢復(fù)技術(shù)，簡單的說就是通過各種手段把丟失和遭到破壞的數(shù)據(jù)還原為正常數(shù)據(jù)。 數(shù)據(jù)庫恢復(fù)是一種通過技術(shù)手段，將保存在數(shù)據(jù)庫中丟失的電子數(shù)據(jù)進行搶救和恢復(fù)的技術(shù)。 數(shù)據(jù)庫恢復(fù)即系統(tǒng)失效后的數(shù)據(jù)庫恢復(fù)，配合定時備份數(shù)據(jù)庫，使數(shù)據(jù)不丟失。 數(shù)據(jù)庫的備份主要有如下策略： 完全備份完全備份 完全備份就是通過海量轉(zhuǎn)儲形成的備份。 其最大優(yōu)點是恢復(fù)數(shù)據(jù)庫的操作簡便，它只需要將最近一次的備份恢復(fù)。完全備份所占的存儲空間很大且備份的時間較長，只能在一個較長的時間間隔上進行完全備份。 其缺點是當(dāng)根據(jù)最近的完全備份進行數(shù)據(jù)恢復(fù)時，完全備份之后對數(shù)據(jù)所作的任何修改都將無法恢復(fù)。當(dāng)數(shù)據(jù)庫較小、數(shù)據(jù)不是很重要或數(shù)據(jù)

2、操作頻率較低時，可采用完全備份的策略進行數(shù)據(jù)備份和恢復(fù)。完全備份加事務(wù)日志備份完全備份加事務(wù)日志備份 事務(wù)日志備份必須與數(shù)據(jù)庫的完全備份聯(lián)合使用，才能實現(xiàn)數(shù)據(jù)備份和恢復(fù)功能。將完全備份和事務(wù)日志備份聯(lián)用進行數(shù)據(jù)備份和恢復(fù)時，備份步驟是： (1)定期進行完全備份，例如一天一次或兩天一次。 (2)更頻繁地進行事務(wù)日志備份，如一小時一次或兩小時一次等。 同時使用同時使用3種備份種備份 同時使用同時使用3種備份恢復(fù)數(shù)據(jù)時，要求數(shù)據(jù)備份操作種備份恢復(fù)數(shù)據(jù)時，要求數(shù)據(jù)備份操作按以下順序進行：按以下順序進行： (1)定期執(zhí)行完全備份，例如一天一次或兩天一次定期執(zhí)行完全備份，例如一天一次或兩天一次等。等。 (

3、2)進行增量備份，如進行增量備份，如4小時一次或六小時一次等。小時一次或六小時一次等。 (3)進行事務(wù)日志備份，如一小時一次或兩小時一進行事務(wù)日志備份，如一小時一次或兩小時一次等。次等。 同時使用同時使用3種備份種備份 同時使用同時使用3種備份恢復(fù)數(shù)據(jù)時，要求數(shù)據(jù)備份操作種備份恢復(fù)數(shù)據(jù)時，要求數(shù)據(jù)備份操作按以下順序進行：按以下順序進行： (1)定期執(zhí)行完全備份，例如一天一次或兩天一次定期執(zhí)行完全備份，例如一天一次或兩天一次等。等。 (2)進行增量備份，如進行增量備份，如4小時一次或六小時一次等。小時一次或六小時一次等。 (3)進行事務(wù)日志備份，如一小時一次或兩小時一進行事務(wù)日志備份，如一小時一

4、次或兩小時一次等。次等。 在數(shù)據(jù)庫中恢復(fù)大致有在數(shù)據(jù)庫中恢復(fù)大致有3種方法，即應(yīng)急種方法，即應(yīng)急（crash）恢復(fù)、版本（）恢復(fù)、版本（version）恢復(fù)和）恢復(fù)和前滾（前滾（rool forward）恢復(fù)。）恢復(fù)。 1、應(yīng)急恢復(fù)、應(yīng)急恢復(fù) 應(yīng)急恢復(fù)用于防止數(shù)據(jù)庫處于不一致或不可應(yīng)急恢復(fù)用于防止數(shù)據(jù)庫處于不一致或不可用狀態(tài)。用狀態(tài)。 需要回滾未完成的事務(wù)，并完成當(dāng)發(fā)生崩潰時仍在內(nèi)存中的已提交事務(wù)。 2、版本恢復(fù)、版本恢復(fù) 版本恢復(fù)指的是使用備份操作期間創(chuàng)建的映版本恢復(fù)指的是使用備份操作期間創(chuàng)建的映象來復(fù)原數(shù)據(jù)庫的先前版本。這種恢復(fù)是通象來復(fù)原數(shù)據(jù)庫的先前版本。這種恢復(fù)是通過使用一個以前建立的

5、數(shù)據(jù)庫備份恢復(fù)出一過使用一個以前建立的數(shù)據(jù)庫備份恢復(fù)出一個完整的數(shù)據(jù)庫。一個數(shù)據(jù)庫的備份允許你個完整的數(shù)據(jù)庫。一個數(shù)據(jù)庫的備份允許你把數(shù)據(jù)庫恢復(fù)至和這個數(shù)據(jù)庫在備份時完全把數(shù)據(jù)庫恢復(fù)至和這個數(shù)據(jù)庫在備份時完全一樣的狀態(tài)。而從備份建立后到日志文件中一樣的狀態(tài)。而從備份建立后到日志文件中最后記錄的所有工作事務(wù)單位將全部丟失。最后記錄的所有工作事務(wù)單位將全部丟失。 3、前滾恢復(fù)、前滾恢復(fù) 這種恢復(fù)技術(shù)是版本恢復(fù)的一個擴展，使用這種恢復(fù)技術(shù)是版本恢復(fù)的一個擴展，使用完整的數(shù)據(jù)庫備份和日志相結(jié)合，可以使一完整的數(shù)據(jù)庫備份和日志相結(jié)合，可以使一個數(shù)據(jù)庫或者被選擇的表空間恢復(fù)到某個特個數(shù)據(jù)庫或者被選擇的表空

6、間恢復(fù)到某個特定時間點。如果從備份時刻起到發(fā)生故障時定時間點。如果從備份時刻起到發(fā)生故障時的所有日志文件都可以獲得的話，則可以恢的所有日志文件都可以獲得的話，則可以恢復(fù)到日志上涵蓋到的任意時間點。前滾恢復(fù)復(fù)到日志上涵蓋到的任意時間點。前滾恢復(fù)需要在配置中被明確激活才能生效。需要在配置中被明確激活才能生效。 事務(wù)是一系列的數(shù)據(jù)庫操作，是數(shù)據(jù)庫應(yīng)用程序的基本邏輯單元。 事務(wù)處理技術(shù)主要包括數(shù)據(jù)庫恢復(fù)技術(shù)和并發(fā)控制技術(shù)。 所謂事務(wù)是用戶定義的一個操作序列，這些操作要么全做要么全不做，是一個不可分割的工作單位。 事務(wù)的四個特性：簡稱事務(wù)的ACID特性。 （1）原子性(Atomicity)：事務(wù)是一個獨

7、立的邏輯單位，事務(wù)中包括的諸操作要么全做，要么全不做。 （2）一致性(Consistency)：事務(wù)的執(zhí)行結(jié)果必須是使數(shù)據(jù)庫從一個一致性狀態(tài)變到另一個一致性狀態(tài)。 事務(wù)的四個特性：簡稱事務(wù)的ACID特性。 （3）隔離性(Isolation)：一個事務(wù)的執(zhí)行不能被其他事務(wù)干擾。即并發(fā)執(zhí)行的各個事務(wù)之間不能互相干擾。 （4）持續(xù)性(Durability)：一個事務(wù)一旦提交，它對數(shù)據(jù)庫中數(shù)據(jù)的改變使永久性的。 事務(wù)是恢復(fù)和并發(fā)控制的基本單位。保證事務(wù)ACID特性是事務(wù)處理的重要任務(wù)。 事務(wù)ACID特性可能遭到破壞的因素有： 多個事務(wù)并行運行時，不同事務(wù)的操作交叉執(zhí)行。 事務(wù)在運行過程中被強行停止。

8、（1）事務(wù)內(nèi)部的故障 事務(wù)內(nèi)部故障：某個事務(wù)在運行過程中由于種種原因未運行至正常終止點就夭折。事務(wù)內(nèi)部故障的常見原因有： 輸入數(shù)據(jù)有誤運算：例如，事務(wù)內(nèi)部的非法輸入、溢出、超出資源限制等。 系統(tǒng)錯誤，系統(tǒng)進入一種不良狀態(tài)（如死鎖），使得事務(wù)無法繼續(xù)正常執(zhí)行， （2）系統(tǒng)故障 系統(tǒng)故障是指造成系統(tǒng)停止運轉(zhuǎn)的任何事件，使得系統(tǒng)要重新啟動。例如，特定類型的硬件錯誤（CPU故障）、操作系統(tǒng)故障、DBMS代碼錯誤、突然停電等等。這類故障影響正在運行的所有事務(wù)，但不破壞數(shù)據(jù)庫。這時主存內(nèi)容，尤其是數(shù)據(jù)庫緩沖區(qū)（在內(nèi)存）中的內(nèi)容都被丟失，所有運行事務(wù)都非正常終止。 為保證數(shù)據(jù)一致性，恢復(fù)子系統(tǒng)必須在系統(tǒng)重新

9、啟動時讓所有非正常終止的事務(wù)回滾，強行撤消（UNDO）所有未完成事務(wù)。重做（Redo）所有已提交的事務(wù)，以將數(shù)據(jù)庫真正恢復(fù)到一致狀態(tài)。 （3）介質(zhì)故障 系統(tǒng)故障常稱為軟故障（Soft Crash），介質(zhì)故障稱為硬故障（Hard Crash）。硬故障指外存故障，如磁盤損壞、磁頭碰撞，瞬時強磁場干擾等。這類故障將破壞數(shù)據(jù)庫或部分數(shù)據(jù)庫，并影響正在存取這部分數(shù)據(jù)的所有事務(wù)。這類故障比前兩類故障發(fā)生的可能性小得多，但破壞性最大。 介質(zhì)故障的恢復(fù)：裝入數(shù)據(jù)庫發(fā)生介質(zhì)故障前某個時刻的數(shù)據(jù)副本，重做自此時始的所有成功事務(wù)，將這些事務(wù)已提交的結(jié)果重新記入數(shù)據(jù)庫。 （4）計算機病毒 計算機病毒是具有破壞性、可以

10、自我復(fù)制的計算機程序。計算機病毒已成為計算機系統(tǒng)的主要威脅，自然也是數(shù)據(jù)庫系統(tǒng)的主要威脅。因此數(shù)據(jù)庫一旦被破壞仍要用恢復(fù)技術(shù)把數(shù)據(jù)庫加以恢復(fù)。首先要清除病毒和阻止惡意攻擊，采用與介質(zhì)故障恢復(fù)相同的方法。恢復(fù)的基本原理：冗余。DBMS恢復(fù)機制涉及的關(guān)鍵問題：（1）如何建立冗余數(shù)據(jù)。通過數(shù)據(jù)轉(zhuǎn)儲（backup）和登錄日志文件（logging）來實現(xiàn)。（2）如何利用這些冗余數(shù)據(jù)進行故障恢復(fù)。 所謂轉(zhuǎn)儲即DBA定期地將整個數(shù)據(jù)庫復(fù)制到磁帶或另一個磁盤上保存起來的過程。這些備用的數(shù)據(jù)文本稱為后備副本或后援副本。轉(zhuǎn)儲可分為靜態(tài)轉(zhuǎn)儲和動態(tài)轉(zhuǎn)儲。靜態(tài)轉(zhuǎn)儲是在系統(tǒng)中無運行事務(wù)時進行的轉(zhuǎn)儲操作。 動態(tài)轉(zhuǎn)儲是指轉(zhuǎn)儲

11、期間允許對數(shù)據(jù)庫進行存取或修改。 轉(zhuǎn)儲還可以分為海量轉(zhuǎn)儲和增量轉(zhuǎn)儲兩種方式。海量轉(zhuǎn)儲是指每次轉(zhuǎn)儲全部數(shù)據(jù)庫。增量轉(zhuǎn)儲則指每次只轉(zhuǎn)儲上一次轉(zhuǎn)儲后更新過的數(shù)據(jù)。 從恢復(fù)角度看，使用海量轉(zhuǎn)儲得到的后備副本進行恢復(fù)一般說來會更方便些。但如果數(shù)據(jù)庫很大，事務(wù)處理又十分頻繁，則增量轉(zhuǎn)儲方式更實用更有效。日志文件(log)是用來記錄事務(wù)對數(shù)據(jù)庫的更新操作的文件。日志文件的格式有兩種：（1）以記錄為單位的日志文件。（2）以數(shù)據(jù)塊為單位的日志文件。日志文件內(nèi)容包括：各個事務(wù)的開始標記(BEGIN TRANSACTION)各個事務(wù)的結(jié)束標記(COMMIT或ROLLBACK)各個事務(wù)的所有更新操作與事務(wù)有關(guān)的內(nèi)部更

12、新操作每條日志記錄的內(nèi)容包括：事務(wù)標識、操作類型（插入、刪除或修改）、操作對象（記錄ID、Block NO）、更新前數(shù)據(jù)的舊值（對插入操作而言，此項為空值）、更新后數(shù)據(jù)的新值（對刪除操作而言，此項為空值）。日志文件的用途：進行事務(wù)故障恢復(fù)進行系統(tǒng)故障恢復(fù)協(xié)助后備副本進行介質(zhì)故障恢復(fù)日志文件在數(shù)據(jù)庫恢復(fù)中起著非常重要的作用。可以用來進行事務(wù)故障恢復(fù)和系統(tǒng)故障恢復(fù)，并協(xié)助后備副本進行介質(zhì)故障恢復(fù)。具體地講：事務(wù)故障恢復(fù)和系統(tǒng)故障恢復(fù)必須用日志文件。在動態(tài)轉(zhuǎn)儲方式中必須建立日志文件，后援副本和日志文件綜合起來才能有效地恢復(fù)數(shù)據(jù)庫。為保證數(shù)據(jù)庫是可恢復(fù)的，登記日志文件時必須遵循兩條原則登記的次序嚴格按

13、并行事務(wù)執(zhí)行的時間次序必須先寫日志文件，后寫數(shù)據(jù)庫。寫日志文件操作：把表示這個修改的日志記錄寫到日志文件寫數(shù)據(jù)庫操作：把對數(shù)據(jù)的修改寫到數(shù)據(jù)庫中為什么要先寫日志文件：寫數(shù)據(jù)庫和寫日志文件是兩個不同的操作，在這兩個操作之間可能發(fā)生故障。如果先寫了數(shù)據(jù)庫修改，而在日志文件中沒有登記下這個修改，則以后就無法恢復(fù)這個修改了。如果先寫日志，但沒有修改數(shù)據(jù)庫，按日志文件恢復(fù)時只不過是多執(zhí)行一次不必要的UNDO操作，并不會影響數(shù)據(jù)庫的正確性。事務(wù)故障：事務(wù)在運行至正常終止點前被中止。恢復(fù)方法：由恢復(fù)子系統(tǒng)應(yīng)利用日志文件撤消（UNDO）此事務(wù)已對數(shù)據(jù)庫進行的修改。事務(wù)故障的恢復(fù)由系統(tǒng)自動完成，不需要用戶干預(yù)。

14、1. 反向掃描文件日志(即從最后向前掃描日志文件)，查找該事務(wù)的更新操作。2. 對該事務(wù)的更新操作執(zhí)行逆操作。即將日志記錄中“更新前的值”(Before Image, BI)寫入數(shù)據(jù)庫。插入操作：“更新前的值”為空，則相當(dāng)于做刪除操作。刪除操作：“更新后的值”為空，則相當(dāng)于做插入操作。修改操作：則用 BI 代替 AI (After Image)。3. 繼續(xù)反向掃描日志文件，查找該事務(wù)的其他更新操作，并做同樣處理。4. 如此處理下去，直至讀到此事務(wù)的開始標記，事務(wù)故障恢復(fù)就完成了。系統(tǒng)故障造成數(shù)據(jù)庫不一致狀態(tài)的原因：一些未完成事務(wù)對數(shù)據(jù)庫的更新已寫入數(shù)據(jù)庫一些已提交事務(wù)對數(shù)據(jù)庫的更新還留在緩沖區(qū)

15、沒來得及寫入數(shù)據(jù)庫恢復(fù)方法：1. Undo 故障發(fā)生時未完成的事務(wù)。2. Redo 已完成的事務(wù)。系統(tǒng)故障造成數(shù)據(jù)庫不一致狀態(tài)的原因：一些未完成事務(wù)對數(shù)據(jù)庫的更新已寫入數(shù)據(jù)庫一些已提交事務(wù)對數(shù)據(jù)庫的更新還留在緩沖區(qū)沒來得及寫入數(shù)據(jù)庫恢復(fù)方法：1. Undo 故障發(fā)生時未完成的事務(wù)。2. Redo 已完成的事務(wù)。介質(zhì)故障的恢復(fù)需要DBA介入。DBA的工作：重裝最近轉(zhuǎn)儲的數(shù)據(jù)庫副本和有關(guān)的各日志文件副本。執(zhí)行系統(tǒng)提供的恢復(fù)命令，具體的恢復(fù)操作仍由DBMS完成。當(dāng)系統(tǒng)發(fā)生故障時，需全面搜索檢查日志文件，以決定哪些事務(wù)需要redo操作，哪些事務(wù)需要undo操作。 為降低開銷，我們引入檢查點機制。檢查點

16、記錄的內(nèi)容：（1）建立檢查點時刻所有正在執(zhí)行的事務(wù)清單。（2）這些事務(wù)最近一個日志記錄的地址。重新開始文件的內(nèi)容：記錄各個檢查點記錄在日志文件中的地址。1、將當(dāng)前日志緩沖區(qū)中的所有日志記錄寫入磁盤的日志文件上。2、在日志文件中寫入一個檢查點記錄。3、將當(dāng)前數(shù)據(jù)緩沖區(qū)的所有數(shù)據(jù)記錄寫入磁盤的數(shù)據(jù)庫中。4、把檢查點記錄在日志文件中的地址寫入一個重新開始文件。恢復(fù)子系統(tǒng)可定期或不定期地建立檢查點保存數(shù)據(jù)庫狀態(tài)。定期：按照預(yù)定的一個時間間隔。不定期：按照某種規(guī)則，比如日志文件已寫滿一半建立一個檢查點。利用檢查點方法可以改善恢復(fù)效率。當(dāng)事務(wù)T在一個檢查點之前提交，T對數(shù)據(jù)庫所做的修改已寫入數(shù)據(jù)庫。在進行恢復(fù)處理時，沒有必要對事務(wù)T