Oracle ORA-1122, ORA-1110, ORA-120X

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队

服务热线 : 13764045638 QQ号:47079569 邮箱:[email protected]

适用于:

Oracle 数据库 – 企业版 – 版本 9.0.1.0及以上
本文的信息适用于任何平台

症状

您收到以下错误:

ORA-01122: ” database file %s failed verification check ”
原因: 文件中的信息和控制文件的信息不一致。 请参阅附带消息获取原因。

操作:请确保数据库文件和控制文件是该数据库的正确的文件。

ORA-01110:”data file %s: ‘%s’”
原因: 为获取另一个错误的详情,报告文件名。

操作: 请参阅相关错误信息
01110, 00000, “data file %s: ‘%s’”

和下列之一:

ORA-01201: ” file size %s in header does not match size %s in control file ”
原因: 控制文件的大小与文件头的大小不匹配,其中一个可能是损坏的值。
操作: 用好的文件替换损坏的文件,如果需要,进行修复。

ORA-01202: “wrong incarnation of this file – wrong creation time”
原因: 在文件头的创建时间和在控制文件的创建时间是不一样的,这可能是一个文件的副本被删除。

操作: 恢复数据文件的当前副本,如果需要,进行修复。

ORA-01203: “wrong incarnation of this file – wrong creation SCN”
原因: 在文件头中和在控制文件的SCN创建是不一样的,这可能是一个文件的副本被删除。
操作: 恢复数据文件的当前副本,如果需要,进行修复。

ORA-01204: “file number is %s rather than %s – wrong file”
原因: 文件头中文件数量不正确,这可能是因为从同一个数据库恢复了错误的文件的备份。
操作: 恢复正确数据文件的副本,如果需要,进行修复。

ORA-01205: “not a data file – type number in header is %s”
原因:数据文件头的文件类型是不正确的, 可能是一个日志文件或控制文件,如果类型不是一个小的非零正数则头损坏。

ORA-01206: “file is not part of this database – wrong database id”
原因: 文件头中的数据库ID与控制文件中的数据库ID不匹配,文件可能来自不同的数据库,或者根本不是一个数据库文件,如果数据库被重建,这可能是一个重建之前的文件。
操作: 恢复正确数据文件的副本,如果需要,进行修复。您可能会注意到,在V$数据文件中该文件是脱机状态下的。

原因

 

为了理解文件与控制文件或数据库其余部分不一致的原因,请遵循以下步骤:
1. 注意V$数据文件中数据文件的状态。观察哪些是在线的哪些是离线的, 如果数据库无法启动,装入数据库以获取该信息。
2. 将所有的数据库文件的文件头转储。 CONNECT INTERNAL,发出以下命令:

alter session set events ‘immediate trace name file_hdrs level 10’;

3. 这将为用户转储在目录中产生一个跟踪文件,在sqldba中发出SHOW PARAMETER USER_DUMP_DEST可以找到该文件。

4. 联系Oracle全球客户支持,以确定接下来采取哪些程序。

5. 这时,你可能还需要评估这一数据文件是多么的重要,因为这也将决定哪些步骤要遵循,例如,数据文件属于什么表空间? 如果它属于一个索引或 temp表空间, 比起该数据文件属于该系统、rollback 或数据表空间,可以更简单地做出决定。

注意: 在采取下列步骤之前,请向客户支持处确认这些是你要遵循的正确步骤。

6. 如果一个文件是离线的状态:

如果需要该文件中的信息,你需要从备份中恢复该文件,如果需要在数据库关闭和安装时进行,该文件将需要联机才能申请恢复。如果在文件恢复时数据库是开放的,该文件应在恢复期间一直保持离线状态,然后在恢复完成后联机。
7. 如果文件是在线的:

如果数据库未打开,使它离线,尝试重启,然后遵循步骤6。

如果数据库打开,不需要表空间的信息,使数据文件离线,观察是否可以丢弃表空间。

解决方法

上述错误表明在在某种程度上,文件头已改变,Oracle不能识别,通常导致错误发生的原因可能是:

– 文件在操作系统级已被用户或其他应用程序触及。

– 文件上使用了UNIX 命令 (像 DD 或 cp 或 mv…)
– 文件从备份中不正确地恢复(可能它属于其他数据库)

在大多数情况下,文件头是不可修复的,数据文件的备份必须得以恢复。

参考文献
NOTE:283927.1 – ORA-1122, ORA-1110, ORA-1207 while open the database after crash

 

 


Posted

in

by

Tags:

Comments

Leave a Reply

Your email address will not be published. Required fields are marked *