Oracle資料恢復:強制Resetlogs的可能資料損失

Oracle資料恢復:強制Resetlogs的可能資料損失

很多時候，在強制開啟資料庫之後，比如使用了_allow_resetlogs_corruption等隱含引數，可能會導致資料庫喪失一致性，損壞部分資料，如果損失的是部分DML資料，則資料庫可能仍然可以執行良好，但是如果損失的是後設資料，則可能資料庫會出現一些其他的異常，當時這些異常也仍然是可以修復的，只是成本或代價會比較高昂。

最近的中，恢復資料之後，使用者動態建立的某些臨時表出現問題，無法成功匯出，這就是強制Resetlogs的後果之一。

匯出時的部分日誌資訊參考如下：

. . 正在匯出表 TEMP_347064
EXP-00007: 字典未顯示 EYGLE1100.TEMP_347064 的列
. . 正在匯出表 TEMP_347065
EXP-00007: 字典未顯示 EYGLE1100.TEMP_347065 的列
. . 正在匯出表 TEMP_347066
EXP-00007: 字典未顯示 EYGLE1100.TEMP_347066 的列
. . 正在匯出表 TEMP_347067
EXP-00007: 字典未顯示 EYGLE1100.TEMP_347067 的列
. . 正在匯出表 TEMP_347068
EXP-00007: 字典未顯示 EYGLE1100.TEMP_347068 的列
. . 正在匯出表 TEMP_347069
EXP-00007: 字典未顯示 EYGLE1100.TEMP_347069 的列
. . 正在匯出表 TEMP_347070
EXP-00007: 字典未顯示 EYGLE1100.TEMP_347070 的列
. . 正在匯出表 TEMP_347071
EXP-00007: 字典未顯示 EYGLE1100.TEMP_347071 的列

所以一般在次情況下開啟的資料庫，最好進行exp備份後，進行資料庫重建（除非你確實判斷，無特殊異常，或者可以處理相關異常）。

本文出自：

[@more@]