数据库管理员如何进行ORACLE数据库的健康检查

检查数据库状态

检查文件系统

检查警告日志文件(alert_SID.log)

定期检查警告日志、TRC文件及listener日志

查看数据库连接信息

检查数据库当日备份的有效性。

检查数据文件的状态

检查表空间的使用情况

检查数据库的等待事件

锁表问题的处理

解锁处理

查看数据库的性能

查看监听日志

检查数据库状态

确认所有的INSTANCE状态以及listener状态正常,登陆到所有数据库或例程,检测ORACLE后台进程:

$ ps –ef|grep ora

$ lsnrctl status

SQL> select status from v$instance;

检查文件系统

如果文件系统的剩余空间过小或增长较快，需对其进行确认并删除不用的文件以释放空间。

$df –k

$df -h

检查警告日志文件(alert_SID.log)

Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况：数据库的启动、关闭，启

动时的非缺省参数；数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行

完成造成不能切换，会记录不能切换的原因；对数据库进行的某些操作，如创建或删除表空间、增加数据文件；

数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA－600)定期检查日志文件，根据日志中发现的问

题及时进行处理

问题

处理

启动参数不对

检查初始化参数文件

因为检查点操作或归档操作没有完成

造成重做日志不能切换

如果经常发生这样的情况，可以考虑增加重做

日志文件组；想办法提高检查点或归档操作的

效率；

有人未经授权删除了表空间

检查数据库的安全问题，是否密码太简单；如

有必要，撤消某些用户的系统权限

出现坏块

检查是否是硬件问题(如磁盘本生有坏块)，如果

不是，检查是那个数据库对象出现了坏块，对

这个对象进行重建

表空间不够

增加数据文件到相应的表空间

出现ORA-600

根据日志文件的内容查看相应的TRC文件，如

果是Oracle的bug，要及时打上相应的补丁

alert_SID.log通常是在$ORACLE_BASE/admin//bdump目录下。

使用 Unix ‘tail’或者more命令查看该日志信息(为了方便查询，每天查询后将查询的日志mv到与日志同一目录下的

bak目录下)；

定期检查警告日志、TRC文件及listener日志

如果这些日志量非常大，占用很大的资源空间，可考虑定期删除以便释放资源。

一般情况下这些文件存在的相关目录：

警告日志： $ORACLE_BASE/admin//bdump

或者

通过 SQL> show parameter background_dump_dest参数查看其存放位置；

Trc文件： $ORACLE_BASE/admin//udump

或者

通过 SQL> show parameter user_dump_dest参数查看其存放位置；

Listener日志： $ORACLE_HOME/network/log

查看数据库连接信息

定时对数据库的连接情况进行检查，看与数据库建立的会话数目是不是正常，如果建立了过多的连接，会消耗数据库

的资源。同时，对一些“挂死”的连接，可能需要手工进行清理。