故障的種類：

　　一、事務內部的故障

　　事務內部的故障有的是可以通過事務程序本身發現的(見下面轉帳事務的例子)，有的是非預期的，不能由事務程序處理的。

　　二、系統故障

　　系統故障是指造成系統停止運轉的任何事件，使得系統要重新啟動。例如，特定類型的硬件錯誤(CPU故障)、操作系統故障、DBMS代碼錯誤、突然停電等等。這類故障影響正在運行的所有事務，但不破壞數據庫。這時主存內容，尤其是數據庫緩沖區(在內存)中的內容都被丟失，所有運行事務都非正常終止。發生系統故障時，一些尚未完成的事務的結果可能已送入物理數據庫，有些已完成的事務可能有一部分甚至全部留在緩沖區，尚未寫回到磁盤上的物理數據庫中，從而造成數據庫可能處于不正確的狀態。為保證數據一致性，恢復子系統必須在系統重新啟動時讓所有非正常終止的事務回滾，強行撤消(UNDO)所有未完成事務。重做(Redo)所有已提交的事務，以將數據庫真正恢復到一致狀態。

　　三、介質故障

　　系統故障常稱為軟故障(Soft Crash)，介質故障稱為硬故障(Hard Crash)。硬故障指外存故障，如磁盤損壞、磁頭碰撞，瞬時強磁場干擾等。這類故障將破壞數據庫或部分數據庫，并影響正在存取這部分數據的所有事務。這類故障比前兩類故障發生的可能性小得多，但破壞性最大。

　　四、計算機病毒

　　計算機病毒是具有破壞性、可以自我復制的計算機程序。計算機病毒已成為計算機系統的主要威脅，自然也是數據庫系統的主要威脅。因此數據庫一旦被破壞仍要用恢復技術把數據庫加以恢復。

　　恢復策略：

　　1.事務故障的恢復

　　事務故障是指事務在運行至正常終止點前被中止，這時恢復子系統應利用日志文件撤消(UNDO)此事務已對數據庫進行的修改。事務故障的恢復是由系統自動完成的，對用戶是透明的。系統的恢復步驟是：

　　⑴. 反向掃描文件日志(即從最后向前掃描日志文件)，查找該事務的更新操作。

　　⑵. 對該事務的更新操作執行逆操作。即將日志記錄中“更新前的值”寫入數據庫。這樣，如果記錄中是插入操作，則相當于做刪除操作(因此時“更新前的值”為空)。若記錄中是刪除操作，則做插入操作，若是修改操作，則相當于用修改前值代替修改后值。

　　⑶. 繼續反向掃描日志文件，查找該事務的其他更新操作，并做同樣處理。

　　⑷. 如此處理下去，直至讀到此事務的開始標記，事務故障恢復就完成了。

　　2.系統故障的恢復

　　前面已講過，系統故障造成數據庫不一致狀態的原因有兩個，一是未完成事務對數據庫的更新可能已寫入數據庫，二是已提交事務對數據庫的更新可能還留在緩沖區沒來得及寫入數據庫。因此恢復操作就是要撤消故障發生時未完成的事務，重做已完成的事務。

　　系統故障的恢復是由系統在重新啟動時自動完成的，不需要用戶干預。

　　系統的恢復步驟是：

　　⑴. 正向掃描日志文件(即從頭掃描日志文件)，找出在故障發生前已經提交的事務(這些事務既有BEGIN TRANSACTION記錄，也有COMMIT記錄)，將其事務標識記入重做(REDO)隊列。同時找出故障發生時尚未完成的事務(這些事務只有BEGIN TRANSACTION記錄，無相應的COMMIT記錄)，將其事務標識記入撤消(UNDO)隊列。

　　⑵. 對撤消隊列中的各個事務進行撤消(UNDO)處理。

　　進行UNDO處理的方法是，反向掃描日志文件，對每個UNDO事務的更新操作執行逆操作，即將日志記錄中“更新前的值”寫入數據庫。

　　⑶. 對重做隊列中的各個事務進行重做(REDO)處理。

　　進行REDO處理的方法是：正向掃描日志文件，對每個REDO事務重新執行日志文件登記的操作。即將日志記錄中“更新后的值”寫入數據庫。