如果自己搞不定可以找诗檀软件专业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个小时到产生错误报告的归档日志文件
Leave a Reply