Oracle SRDC – 为ORA-01186 ORA-01251 ORA-01122收集所需的诊断信息

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

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

服务热线 ： 13764045638 QQ号:47079569 邮箱：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个小时到产生错误报告的归档日志文件