Oracle数据库巡检报告

1、xxx数据库【xxx】巡检报告1 第一部分操作系统参数检查21.1 检查数据库cpu、i/o、内存性能21.2 检查oracle服务进程22 第二部分oracle数据库检查22.1 数据库状态22.1.1 检查oracle环境变量22.1.2 检查监听状态32.1.3 查看oracle初始化参数32.1.4 检查oracle的实例状态32.1.5 检查数据库读写状态32.1.6 查看oracle数据库的版本32.1.7 查看sga、pga详细信息32.1.8 检查控制文件状态42.1.9 检查日志文件状态42.1.10 检查alter日志42.1.11 检查当前crontab任务42.2 数据

2、库空间监控42.2.1 检查数据库的大小，和空间使用情况42.2.2 查看数据库是否处于归档模式62.2.3 检查表空间物理文件的名称及大小62.2.4 数据库数据文件等所在目录使用情况62.3 数据库性能、资源、对象检查62.3.1 负载情况（load profile）62.3.2数据库内存命中率（instance efficiency percentages (target 100%)）62.3.3监控等待事件（top 5 timed events ）62.3.4检查无效的数据对象72.3.5检查碎片程度高的表72.3.6 检查排序区72.3.7 检查日志缓冲区72.3.8 检查oracl

3、e初始化文件中相关参数值72.3.9 检查数据库连接情况72.3.10 检查system表空间内的内容82.3.11 检查表空间碎片率82.3.12 检查死锁82.4 数据库备份检查82.4.1 检查数据库备份日志信息82.4.2 检查backup卷中文件产生的时间92.4.3检查oracle用户的email93 第三部分总结91 第一部分操作系统参数检查1.1 检查数据库cpu、i/o、内存性能# top检查结果: 正常1.2 检查oracle服务进程（1）检查所有oracle相关进程# ps -ef|grep ora_（2）查看是否有僵死进程sql select spid from v$p

4、rocess where addr not in (select paddr from v$session); 检查结果: 正常在检查 oracle 的进程命令输出后，输出显示至少应包括以下一些进程：oracle 写数据文件的进程，输出显示为：“ora_dbw0_ckdb”oracle 写日志文件的进程，输出显示为：“ora_lgwr_ ckdb”oracle 监听实例状态的进程，输出显示为：“ora_smon_ ckdb”oracle 监听客户端连接进程状态的进程，输出显示为：“ora_pmon_ckdb”oracle 进行归档的进程，输出显示为：“ora_arc0_ ckdb”oracle

5、 进行检查点的进程，输出显示为：“ora_ckpt_ ckdb”oracle 进行恢复的进程，输出显示为：“ora_reco_ ckdb”2 第二部分oracle数据库检查2.1 数据库状态2.1.1 检查oracle环境变量# cat /home/oracle/.profile检查结果: 正常2.1.2 检查监听状态$ lsnrctl status检查结果: 正常2.1.3 查看oracle初始化参数sql show parameter检查结果: 正常2.1.4 检查oracle的实例状态sql select status from v$instance;检查结果: 正常其中status表示

6、oracle当前的实例状态，必须为open；database_status表示oracle当前数据库的状态，必须为active。2.1.5 检查数据库读写状态sql select open_mode from v$database;检查结果: 正常2.1.6 查看oracle数据库的版本sql select * from v$version; 检查结果：正常2.1.7 查看sga、pga详细信息sql select * from v$sgainfo;sql select * from v$pgastat;检查结果：正常2.1.8 检查控制文件状态sql select name,status f

7、rom v$controlfile;检查结果：正常2.1.9 检查日志文件状态sql select group#,status,type,member from v$logfile; 检查结果：正常2.1.10 检查alter日志sql show parameter background_dump_dest$ tail -1000 alert_实例名.log检查结果:正常查看有无“ora-”，error”，“failed”等出错信息。根据错误信息进行分析并解决2.1.11 检查当前crontab任务（1）任务清单$ crontab -l（2）oracle job是否有失败sql select

8、job,what,last_date,next_date,failures,broken from dba_jobs where schema_user=caike;检查结果：正常2.2 数据库空间监控2.2.1 检查数据库的大小，和空间使用情况（1）查所有表空间总量：sql select sum(tablespace_size * 8192 / 1024 / 1024 /1024) totalmsize(g) from dba_tablespace_usage_metrics;（2）datafile占文件系统的空间sql select sum(bytes)/1024/1024/1024 gb

9、 from dba_data_files;（3）查所有表空间使用量（11g） sql select /* + rule */ df.tablespace_name tablespace, df.bytes / (1024 * 1024) size (mb), sum(fs.bytes) / (1024 * 1024) free (mb), nvl(round(sum(fs.bytes) * 100 / df.bytes),1) % free, round(df.bytes - sum(fs.bytes) * 100 / df.bytes) % used from dba_free_space

10、fs, (select tablespace_name,sum(bytes) bytes from dba_data_files group by tablespace_name) df where fs.tablespace_name (+) = df.tablespace_name group by df.tablespace_name,df.bytes union all select /* + rule */ df.tablespace_name tspace, fs.bytes / (1024 * 1024), sum(df.bytes_free) / (1024 * 1024),

11、nvl(round(sum(fs.bytes) - df.bytes_used) * 100 / fs.bytes), 1), round(sum(fs.bytes) - df.bytes_free) * 100 / fs.bytes) from dba_temp_files fs, (select tablespace_name,bytes_free,bytes_used from v$temp_space_header group by tablespace_name,bytes_free,bytes_used) df where fs.tablespace_name (+) = df.t

12、ablespace_name group by df.tablespace_name,fs.bytes,df.bytes_free,df.bytes_used order by 4 desc; （4）检查一些扩展异常的对象sql select segment_name,segment_type,tablespace_name, (extents / max_extents) * 100 percent from sys.dba_segmentswhere max_extents != 0 and (extents / max_extents) * 100 = 95order by percen

13、t;检查结果：正常2.2.2 查看数据库是否处于归档模式sql archive log list;检查结果：正常2.2.3 检查表空间物理文件的名称及大小sql col name for a55sql select file#,ts#,status,name from v$datafile;检查结果：正常2.2.4 数据库数据文件等所在目录使用情况# df -h检查结果：正常2.3 数据库性能、资源、对象检查2.3.1 负载情况（load profile）生成awr报告sql ?/rdbms/admin/awrrpt 检查结果：正常如果dbtime远小于elapse说明数据库比较空闲如果log

14、ons大于每秒12个、hard parses大于每秒100、全部parses超过每秒300表明可能有争用问题2.3.2数据库内存命中率（instance efficiency percentages (target 100%)）检查结果：正常buffer nowait表示在内存获得数据的未等待比例。buffer nowait的这个值一般需要大于99%。否则可能存在争用，可以在后面的等待事件中进一步确认。redo nowait表示在log缓冲区获得buffer的未等待比例。如果太低（可参考90%阀值），考虑增加log bufferbuffer hit表示进程从内存中找到数据块的比率。常应在95%

15、以上。否则，小于95%，需要调整重要的参数，小于90%可能是要加db_cache_size。in-memory sort：在内存中排序的比率。如果低于95%，可以通过适当调大初始化参数pga_aggregate_target或者sort_area_size来解决library hit表示oracle从library cache中检索到一个解析过的sql或pl/sql语句的比率。如果library hit ratio低于90%，可能需要调大shared pool区。soft parse：软解析的百分比（softs/softs+hards）小于95%,需要考虑绑定，如果低于80%，那么就可以认为s

16、ql基本没有被重用execute to parse：是语句执行与分析的比例。该值99%，否则存在严重的性能问题。parse cpu to parse elapsd：解析实际运行时间/(解析实际运行时间+解析中等待资源时间)越高越好。non-parse cpu ：sql实际运行时间/(sql实际运行时间+sql解析时间)，太低表示解析消耗时间过多2.3.3监控等待事件（top 5 timed events ）检查结果:正常一个性能良好的系统，cpu time应该在top 5的前面，否则说明你的系统大部分时间都用在等待上。2.3.4检查无效的数据对象sql col object_name for

17、a35sql select owner, object_name, object_type,status from dba_objects where status = invalid; 检查结果: 正常如存在状态为n/a的表示分区对象，不用理会2.3.5检查碎片程度高的表sql select segment_name table_name,count(*) extents from dba_segments where ownernot in (sys, system) group by segment_name having count(*)=(select max(count(*) fr

18、om dba_segments group by segment_name);检查结果:正常2.3.6 检查排序区sql select name,value from v$sysstat where name like %sort%;检查结果:正常如果disk/(memoty+row) 的比例过高，则需要调整2.3.7 检查日志缓冲区sql select name,value from v$sysstat where name in (redo entries,redo buffer allocation retries);检查结果:正常如果 redo buffer allocation re

19、tries/redo entries 超过 1% ，则需要增大 log_buffer。2.3.8 检查oracle初始化文件中相关参数值sql select resource_name,max_utilization,initial_allocation, limit_value from v$resource_limit;检查结果:正常若 limit_valu-max_utilization select sid,serial#,username,program,machine,status from v$session;检查结果:正常建议通过 sid 查到操作系统的 spid,使用 ps

20、ef|grep spidno 的方式确认 spid 不是oracle 的后台进程。使用操作系统的 kill -9 命令杀掉连接），sid 为 1 到10(username 列为空)的会话，是 oracle 的后台进程，不要对这些会话进行任何操作。2.3.10 检查system表空间内的内容sql select distinct(owner) from dba_tables where tablespace_name=system and owner!=sys and owner!=system union select distinct(owner) from dba_indexes wher

21、e tablespace_name=system and owner!=sys and owner!=system;检查结果:正常如果记录返回，则表明 system 表空间内存在一些非 system 和 sys 用户的对象。应该进一步检查这些对象是否与我们应用相关。如果相关则把这些对象移到非 system 表空间，同时应该检查这些对象属主的缺省表空间值。2.3.11 检查表空间碎片率（1）查看fsfi值，如果碎片率小于30则说明碎片过多sql select a.tablespace_name,trunc(sqrt(max(blocks)/sum(blocks)* (100/sqrt(sqrt(count(blocks),2) fsfi from dba_free_space a,dba_tablespaces bwhere a.tablespace_name=b.tablespace_nameand b.contents not in(temporary,undo,sysaux)group by a.tablesp