如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!
诗檀软件专业数据库修复团队
服务热线 ： 400-690-3643 备用电话： 13764045638 邮箱：service@parnassusdata.com
适用于：
Oracle 数据库-企业版
本文档中的信息适用于任何平台。
收集了什么，为什么？
下面概述的过程将引导用户收集诊断数据，这将有助于缩小问题的原因。
SRDC将收集到启动错误分析ORA-01186 ORA-01251 ORA-01122所需的信息。
有关声明：Oracle将利用这些信息帮助诊断问题原因。在某些情况下，这些信息是足矣诊断问题的，在某些情况下，在后面可能还需要提供附加的特定的诊断数据。
行动计划
1、在受影响的数据文件执行DBVERIFY
在操作系统提示符下执行：
$ dbv file=/oradata/controlfile/control1.ctl blocksize=<Datafile Block Size>
数据文件的块大小可以执行下面的查询来获取：
sqlplus / as sysdba
select block_size
from v$datafile
where file# = &file_number;
2、上传警告日志，跟踪文件，操作系统日志文件和历史信息
请上传：
（1）上面DBVERIFY操作的输出结果和文件的块大小；
（2）所有实例的alter.log文件，和错误相关的跟踪(trace)文件:
使用TFA收集所有需要的文件，参考文档1676101.1；
（3）操作系统日志
参考文档1349613.1，如何收集各个平台的操作系统日志用来解决存储(ACFS/ASM/DNFS/DBFS)问题。
（4）有选择的收集RDA信息（RDA建议减少对附件信息的收集）
参考文档314422.1
（5）导致错误的详细历史事件，找出是否有任何显着的环境变化，比如硬件的改变，操作系统的升级/补丁，最近的文件系统配置（添加新磁盘等），新的应用程序代码，新的init.ora参数，oracle的补丁，oracle升级，和操作系统升级。
（6）提供IO的配置信息(raw devices, disk mirroring, IO replication level, Storage Vendor)
3、保留数据文件和归档日志备份
保留其他附加信息，在某些情况是是需要进一步调查的：
（1）保留错误产生时的被影响的数据文件的备份
（2）保留从产生错误之前最少6个小时到产生错误报告的归档日志文件
