您好,登錄后才能下訂單哦!
ORA-01189: 文件來自于與先前文件不同的 RESETLOGS
ORA-01110: 數據文件 4: 'D:\ORCLDATA\XEPACS\USERS01.DBF'
ORA-01189解釋:
Cause: In a CREATE CONTROLFILE command, either this file or all previous files were backups from before the last RESETLOGS. This also may occur if this is a file that is offline and has been offline since before the last RESETLOGS.
Action: If the file was taken offline normally before the last RESETLOGS and is still offline, omit it from the CREATE CONTROLFILE command. Rename and online the file after the database is open. Otherwise, find the version of the mentioned file consistent with the rest of the datafiles and retry the command.
1 跳過有問題的數據文件重建控制文件或只用system01.dbf重建;
2 resetlogs打開數據庫 ,注意更改undo相關參數為manual;
alter system set "_allow_resetlogs_corruption"=true scope=spfile
alter system set audit_trail=none scope=spfile;
alter system set undo_management=MANUAL scope=spfile;
3 啟動后rename 有問題的datafile
alter database rename file 'D:\ORACLE\PRODUCT\10.2.0\DBHOME_1\DATABASE\MISS
ING00004' to 'd:\orcldata\xepacs\users01.dbf';
由于scn較低,需要重新resetlogs調成一致,或者用bbed調整;
#4 推進scnALTER SESSION SET EVENTS 'IMMEDIATE TRACE NAME ADJUST_SCN LEVEL 1';
LEVEL: Level 1 is usually sufficient - it raises the SCN to 1 billion
5 alter database datafile 4 online;
startup mount;
SQL> recover until cancel;
完成介質恢復。
SQL> alter database datafile 4 online;
數據庫已更改。
6 SQL> alter database open resetlogs;
此場景適用于offline了很久的數據文件,再online,丟失歸檔,或者數據庫意外宕機
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。