使用壹個數據庫時，人們總是希望數據庫的內容是可靠的、正確的，但由於計算機系統的故障（硬件故障、軟件故障、網絡故障、進程故障和系統故障）影響數據庫系統的操作，影響數據庫中數據的正確性，甚至破壞數據庫，使數據庫中全部或部分數據丟失。因此當發生上述故障後，希望能重構這個完整的數據庫，該處理稱為數據庫恢復。恢復過程大致可以分為復原（Restore）與恢復（Restore）過程。
數據庫恢復分為以下兩類：
1.實例故障的壹致性恢復
當實例意外地（如掉電、後臺進程故障等）或預料地（發出SHUTDOUM ABORT語句）中止時出現實例故障，此時需要實例恢復。實例恢復將數據庫恢復到故障之前的事務壹致狀態。如果在在線後備發現實例故障，則需介質恢復。在其它情況ORACLE在下次數據庫起動時（對新實例裝配和打開），自動地執行實例恢復。如果需要，從裝配狀態變為打開狀態，自動地激發實例恢復，由下列處理：
（1） 為了解恢復數據文件中沒有記錄的數據，進行向前滾。該數據記錄在在線日誌，包括對回滾段的內容恢復。
（2） 回滾未提交的事務，按步1重新生成回滾段所指定的操作。
（3） 釋放在故障時正在處理事務所持有的資源。
（4） 解決在故障時正經歷壹階段提交的任何懸而未決的分布事務。
2.介質故障或文件錯誤的不壹致恢復
介質故障是當壹個文件、壹個文件的部分或磁盤不能讀或不能寫時出現的故障。
文件錯誤壹般指意外的錯誤導致文件被刪除或意外事故導致文件的不壹致。
這種狀態下的數據庫都是不壹致的，需要DBA手工來進行數據庫的恢復，這種恢復有兩種形式，決定於數據庫運行的歸檔方式和備份方式。
（1） 完全介質恢復可恢復全部丟失的修改。壹般情況下需要有數據庫的備份且數據庫運行在歸檔狀態下並且有可用歸檔日誌時才可能。對於不同類型的錯誤，有不同類型的完全恢復可使用，其決定於毀壞文件和數據庫的可用性。
（2） 不完全介質恢復是在完全介質恢復不可能或不要求時進行的介質恢復。重構受損的數據庫，使其恢復介質故障前或用戶出錯之前的壹個事務壹致性狀態。不完全介質恢復有不同類型的使用，決定於需要不完全介質恢復的情況，有下列類型：基於撤消、基於時間和基於修改的不完全恢復。
基於撤消（CANCEL）恢復：在某種情況，不完全介質恢復必須被控制，DBA可撤消在指定點的操作。基於撤消的恢復地在壹個或多個日誌組（在線的或歸檔的）已被介質故障所破壞，不能用於恢復過程時使用，所以介質恢復必須控制，以致在使用最近的、未損的日誌組於數據文件後中止恢復操作。
基於時間（TIME）和基於修改（SCN）的恢復：如果DBA希望恢復到過去的某個指定點，是壹種理想的不完全介質恢復，壹般發生在恢復到某個特定操作之前，恢復到如意外刪除某個數據表之前。