标签:解决办法 resetlogs 01189 database file SQL offline alter ora
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;
数据库已更改。
SQL> alter database open resetlogs;
数据库已更改。
6 SQL> alter database open resetlogs;
此场景适用于offline了很久的数据文件,再online,丢失归档,或者数据库意外宕机
标签:解决办法,resetlogs,01189,database,file,SQL,offline,alter,ora 来源: https://blog.51cto.com/snowhill/2379394
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。