参数文件诊断案例之一-matpower手册(中文版)

3.3 参数文件诊断案例之一 这是实际生产系统中关于 spfile的一个案例问题，具体的问题诊断和主要解决步骤说 明如下。系统情况说明： u 操作 系统：SUN Solaris 8 u 数据库版本：Oracle 9.2.0.3 u 问题描述：工程人员报告，数据库在重新启动时无法正常启动，检查发现 UNDO 表空间丢失。 3.3.1. 登陆系统检查告警日志文件文件 在此有必要简单的介绍一下告警日志文件。告警日志文件由按时间顺序排列的消息和错 误的记录组成。 下列信息会记录在警报日志文件中 u 内部错误 (ORA-600，ORA-07445等错误信息) 和块损坏错误 (ORA-1578) u 影响数据库结构和参数的操作和诸如 CREATE DATABASE，STARTUP， SHUTDOWN，ARCHIVE LOG 和 RECOVER 之类的语句 u 例程启动时所有非缺省的初始化参数值 数据库管理员定期检查告警日志文件是很重要的，这样就可以在问题变得严重之前发现 它们，并及时处理，在我们的生产环境中，告警日志按照以 5分钟为间隔进行检测，如果发现 任何错误提示或警报信息，就发送邮件给数据库管理员，请求人为介入管理。 由于告警日志文件是不停累计的，所以在检查以后可以按照规定备份或整理告警日志文 件。告警日志文件的存储位置由始化参数 BACKGROUND_DUMP_DEST定义： SQL> show parameter background_dump_dest NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ background_dump_dest string /opt/oracle/admin/danaly/bdump 其缺省文件名为 alert_.log 注意：由于告警日志文件的重要作用，当数据库出现故障时，通常我们最先的处理步骤是检查该 文件，以发现相关错误信息或线索，快速找到问题所在。这是 DBA 必须明确的一个知识 点。 此次故障诊断，首先检查告警日志文件，发现其中包含如下错误信息： Thu Apr 1 11:11:28 2004 Errors in file /oracle/admin/gzhs/udump/gzhs_ora_27781.trc: ORA-30012: undo tablespace 'UNDOTBS1' does not exist or of wrong type Thu Apr 1 11:11:28 2004 Error 30012 happened during db open, shutting down database USER: terminating instance due to error 30012 Instance terminated by USER, pid = 27781 ORA-1092 signalled during: alter database open...