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

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

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

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

 

 

 

适用于:

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个小时到产生错误报告的归档日志文件

 


Posted

in

by

Tags:

Comments

Leave a Reply

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