這裡會討論令Oracle停機時間最小化的步驟。各種形式的停機--計劃的或者是非計劃的--總是不斷地發生，一個DBA應該有正確的備份策略，這樣在數據庫出現問題時就可以更快地恢復。
以下是假定的備份策略和數據庫的運作條件
控制文件是鏡像的
數據庫運行在archivelog模式
每個星期都進行冷備份
每日都進行熱備份
每日都進行一次全數據庫導出
事件1：完整的數據庫重構
在這種情形下，你可以使用全數據庫導出或者冷熱備份結合的方式來重構數據庫。要注意的是無論你選擇哪種方式，在線redo log中的事務都會丟失。
事件2：恢復部分的表空間
可以使用以下的步驟來恢復：
1、以restrict模式啟動數據庫
2、重新創建表空間
3、使用最新的全數據庫導出來導入，並且使用ignore=y的選項；
4.關閉並且重新以normal的模式啟動數據庫實例
事件3：丟失一般的數據文件
丟失一般數據文件的恢復步驟根據所丟失的數據文件包含的表空間類型而定；例如：回滾段，用戶表空間，索引表空間或者是只讀的表空間、你可能會遇到以下的錯誤：
. 嘗試啟動數據庫並且碰到錯誤的信息ORA-1157, ORA-1110，可能還有一個操作系統的錯誤
. 嘗試以normal或者immediate的模式關閉數據庫，可能會碰到ORA-1116, ORA-1110的錯誤信息，還有一個系統錯誤
以下的步驟可以用作恢復：
1、關閉數據庫
2、由熱備份中恢復丟失的數據文件
3、Startup mount數據庫
4、執行以下的查詢來得到所有你的在線redo log文件和它們相應的次序和首次修改號：
SELECT X.GROUP#, MEMBER, SEQUENCE#, FIRST_CHANGE#
FROM V$LOG X, V$LOGILE Y
WHERE X.GROUP# = Y.GROUP#;
5、如果得到的CHANGE#比在線redo log最小的FIRST_CHANGE# 還小，那麼該文件不能被完全恢復，你可以有兩個選擇：
. 如果可以接受丟失最近一次冷備份以來的數據庫修改，裝入備份並且繼續恢復
. 如果不能接受丟失數據庫的修改，那麼必須重新創建表空間
6、通過使用存檔和在線的redo log來恢復數據文件
7、打開數據庫
