Backup And Recovery User's Guide-執行不完全資料庫恢復

執行不完全資料庫恢復

通常在下列情況下需要執行資料庫時間點恢復：

n  恢復資料庫到使用者或管理錯誤之前的SCN

n  資料庫包含損壞的塊

n  完全資料庫修復失敗，因為所有需要的歸檔重做日誌不可用

n  正在從生產資料庫備份建立測試資料庫或報表資料庫

 

如果資料庫執行在歸檔模式，並且歸檔重做日誌檔案的唯一拷貝損壞了，則被損壞的檔案不會影響到資料庫的當前操作。

下表描述了對日誌檔案何時被寫和何時備份資料檔案產生依賴的情形。

表 29.2  歸檔重做日誌的丟失

如果備份了…	則…
被填滿了的聯機重做日誌組（這個日誌組被歸檔了）之後，所有的資料檔案被寫	對完全介質恢復,被填滿的聯機重做日誌組的歸檔版本是不需要的.
在被填滿的聯機重做日誌組之前的特定的資料檔案被寫	如果相應的資料檔案被持久的介質失敗損壞了,則使用被損壞的資料檔案的最近的備份並執行表空間時間點恢復,更新到被損壞的歸檔重做日誌.

注意：

如果知道一個歸檔重做日誌組已經被損壞了，則要立即備份所有的資料檔案。

這樣就有一個整個資料庫備份，也就不再需要損壞的歸檔重做日誌了。

 

DBPITR技術與“執行關閉的資料庫的恢復”是相似的，除了指定特定的時間或SCN或輸入了CANCEL中斷了DBPITR外。

基於cancel的恢復會提示建議的歸檔重做日誌檔名。

當你指定了CANCEL而不是檔名，或當所有的redo資訊都已經應用到了資料檔案。

基於cancel的恢復技術是最好的技術來控制哪一個歸檔日誌中斷恢復。

 

這部分的過程假設：

當前的控制檔案可用。如果必須還原或重建控制檔案，則參考“在所有的當前控制檔案丟失之後的恢復”

具有所有需要的資料檔案的備份。如果丟失了資料檔案備份，則參考“當備份不可用時重新建立資料檔案”

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/17013648/viewspace-1101153/，如需轉載，請註明出處，否則將追究法律責任。