如題 我在網上找了一些解決方案，我的方式是
先shutdown immediate
然后 startup mount
接著輸入 alter system set "_allow_resetlogs_corruption"=true scope=spfile;
接著輸入 shutdown immediate
再輸入 startup mount
接著 輸入recover database until cancel;
這時 選擇 cancel
就報錯誤
SQL> recover database until cancel
ORA-00279: change 19002809 generated at 11/13/2017 15:00:28 needed for thread 1
ORA-00289: suggestion :
/opt/oradata/flash_recovery_area/ICDTEST/archivelog/2017_11_14/o1_mf_1_409_%u_.a
rc
ORA-00280: change 19002809 for thread 1 is in sequence #409
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1:
'/opt/oradata/oradata/ICDTEST/datafile/o1_mf_system_d849qjpd_.dbf'
ORA-01112: media recovery not started
接著輸入alter database open resetlogs;
這時就變成如截圖中這樣
uj5u.com熱心網友回復：
這要看你損壞的是哪種型別的online redo，如果是INACTIVE的日志損壞，直接clear logfile即可，資料都不會丟，但如果是ACTIVE或者CURRENT，那就復雜了，可參考：http://blog.csdn.net/liaocongyuan1314/article/details/50847529
另外，你最后面open的時候少了最后的分號。
uj5u.com熱心網友回復：
資料庫恢復，搞不定的，可以找我們，7*24技術支持服務uj5u.com熱心網友回復：
厲害。
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/79197.html
標籤：基礎和管理