Oracle原厂数据库巡检报告

1、OA 数据库健康检查报告数据库健康检查报告 创建日期：创建日期：2015 年年 9 月月 16 日日 文档控制文档控制 修改记录修改记录 日期日期作者作者版本版本修改记录修改记录 2015 年 9 月 16 日xxxV1 巡检摘要巡检摘要 日期日期巡检时间巡检时间/始始巡检时间巡检时间/止止备注备注 2015 年 9 月 16 日2015 年 9 月 16 日2015 年 9 月 16 日 巡检摘要：巡检摘要： 审阅意见审阅意见 负责人：负责人：审阅时间：审阅时间： 目录目录 1检查总结检查总结.1 1.1概要.1 1.2建议.1 2系统简介系统简介.1 3系统配置系统配置.2 3.1操作系统

2、版本及补丁.2 3.2硬盘空间及利用率.2 3.3系统负载状态.3 4数据库配置数据库配置 .4 4.1数据库版本及补丁.4 4.2数据库参数.4 4.3运行日志和跟踪文件.6 4.4控制文件.6 4.5归档 REDO LOG 文件 .6 4.6表空间.7 4.7集群状态.8 4.8ASM 空间情况 .10 5数据库性能数据库性能 .10 5.1INSTANCE EFFICIENCY PERCENTAGES (TARGET 100%).10 5.2TOP 5 TIMED EVENTS.11 6影响较大的影响较大的 SQL 语句语句:.11 6.1SQL ORDERED BY ELAPSED T

3、IME.11 6.2SQL ORDERED BY CPU TIME.12 6.3SQL ORDERED BY GETS.12 6.4SQL ORDERED BY READS.13 6.5SQL ORDERED BY PARSE CALLS.13 6.6SQL 调整建议.14 7数据库备份数据库备份 .14 8问题总结与建议问题总结与建议.20 8.1ORA 错误.20 8.2等待事件.21 8.3性能问题.21 1检查总结检查总结 1.1 概要概要 2015 年 9 月 16 日，对 OA 系统 oracle 软件配置检查，本次工作对 OA 数据库的配置进行检查，实施相关 的操作系统配置检查，

4、同时也包括一定量的数据库性能评估工作。 1.2 建议建议 本次检查发现问题。本次检查发现问题。具体描述和建议会在下面的报告中详细阐述。具体请查看后面的问题总结与建议。 检查方面检查方面评价评价/发现情况发现情况 主机配置主机配置主机配置基本合理，满足当前系统的需要主机配置基本合理，满足当前系统的需要 操作系统配置操作系统配置总体运行性能良好总体运行性能良好 数据库配置数据库配置总体正常总体正常 建议关注建议关注 UNDO 表空间使用情况，表空间使用情况，4.6表空间 网络配置网络配置网络配置正常网络配置正常 数据库日志数据库日志未发现告警报错，未发现告警报错，4.3 运行日志和跟踪文件 集群状

5、态集群状态非集群环境非集群环境 数据库性能数据库性能良好良好 数据库备份和恢复概况数据库备份和恢复概况正常，全库备份大小约为正常，全库备份大小约为 7GB 2系统简介系统简介 数据库名称主机名 数据库 实例名 服务器配置IP 地址系统版本 数据库版 本 是否 RAC xxxx lcpu=22 mem=16GB 1.1.1.1 xxLinux5 ORACLE 11.2.0.1.0 NO 3系统配置系统配置 和数据库相关的操作系统配置将被检查，包括以下方面： 操作系统补丁 存放 oracle 文件的硬盘区可用空间(oracle 文件包括：数据文件，控制文件，在线 redo logs，归档 redo

6、 logs，运行情况文件和跟踪文件) 硬盘利用率 CPU 利用率 (这部分的检查并不是针对操作系统或硬件的全面深入的检查，如有上述要求请与操作系统厂商联系) 3.1 操作系统版本及补丁操作系统版本及补丁 主机名数据库实例名当前系统版本及补丁推荐版本及补丁 xxxxxRed Hat Enterprise Linux Server release 5.0 (Tikanga) 无 3.2 硬盘空间及利用率硬盘空间及利用率 硬盘可用情况如下示: xx： 文件系统 GB 块 可用 %Used Iused %Iused 安装于 /dev/sda3 463G 173G 267G 40% / tmpfs 7.

7、4G 3.9G 3.5G 53% /dev/shm /dev/sda1 485M 36M 424M 8% /boot 3.3 系统负载状态系统负载状态 xx： 系统配置：lcpu=22 mem=15GB procs -memory- -swap- -io- -system- -cpu- r b swpd free buff cache si so bi bo in cs us sy id wa st 0 0 0 0 2 8 0 0 1 0 99 0 0 0 0 0 0 0 144 537 576 0 0 100 0 0 0 0 0 0 0 48 1226 1124 0 0 100 0 0 0

8、0 0 0 0 32 963 870 1 0 99 0 0 0 0 0 0 0 160 589 471 0 0 100 0 0 4数据库配置数据库配置 本次检查工作主要针对 xx 数据库。 4.1 数据库版本及补丁数据库版本及补丁 主机名数据库实例名数据库版本及补丁推荐版本及补丁 xxxx1 ORACLE 11.2.0.1.011.2.0.4.6 4.2 数据库参数数据库参数 参数文件init.ora包含了数据库配置参数，在数据库启动时被使用，列出了数据库所有的非默认值的参 数。 init.ora Parameters Parameter NameBegin value _allow_leve

9、l_without_connect_byTRUE archive_lag_target3600 audit_file_dest/oracle/oracle/admin/xx/adump audit_trailDB compatible11.2.0.0.0 control_files/oracle/oracle/oradata/xx/control01.ctl, /oracle/oracle/oradata/xx/control02.ctl db_block_size8192 db_domain db_namexx diagnostic_dest/oracle/oracle dispatcher

10、s(PROTOCOL=TCP) (SERVICE=xxXDB) log_archive_dest_1location=/oracle/orabackup/archive log_archive_formatarch_%d_%t_%r_%s.log memory_target nls_languageSIMPLIFIED CHINESE nls_territoryCHINA open_cursors300 processes1000 remote_login_passwordfileEXCLUSIVE undo_tablespaceUNDOTBS1 4.3 运行日志和跟踪文件运行日志和跟踪文件

11、注意每天监控运行日志文件中的出错信息，以便于在问题还是隐患的时候及时发现并解决掉。建议每月初 将当前的 alert.log 重新命名以作备份，同时也可以避免 alert.log 文件变得太大不易管理。 近期出现： 近期（一个月）为发现错误告警。 4.4 控制文件控制文件 每个数据库至少有一个控制文件。控制文件记录了数据库的物理结构及同步信息。 Controlfile Name Status /oracle/oracle/oradata/xx/control01.ctl VALID /oracle/oracle/oradata/xx/control02.ctlVALID 4.5 归档归档 Red

12、o log 文件文件 Oracle 允许将写满的在线 Redo Log 文件存放在一个或多个脱机位置，即归档 Redo Log。在线日志文件通 过归档写入归档日志文件。后台进程 ARCn 自动进行归档操作。您能通过归档日志进行： 在线备份 基于时间的恢复 Archived Redo Log Settings DB NAMEDatabase log modeAutomatic archivalArchive Destination xxArchive ModeYES/oracle/orabackup/archive 4.6 表空间表空间 每个数据库由一个或多个逻辑存储单位，即表空间，所组成。而表

13、空间则由逻辑存储单位段所组成。而段 将被分为多个片。用户对象不应该在系统表空间中创建。这将导致系统表空间的碎片产生，并且阻止表空 间增长。 TABLESPACE_NAME TOTAL USED FREE PERCENT - - - - - SYSTEM 19984 11719.375 8264.625 58 VOTE_GQ 100 1 99 1 USERS 21509 13245.375 8263.625 61 xx .5 .27 8553.23438 99 UNDOTBS1 6290 6165.5 124.5 98 VOTE 20 2.25 17.75 11 IND 19985.5 1178

14、6.375 8199.125 58 SYSAUX 8343 97 表空间 xx 是使用率 99%，通过查看，其数据文件是自动扩展的，最大 64G。 4.7 集群状态集群状态 OA 数据库为非集群环境。 4.8 ASM 空间情况空间情况 GROUP_NUMBE R NAMESTATETYPETOTAL_MBFREE_MB 1 2 3 4 该环境未使用 ASM 文件系统。 5数据库性能数据库性能（AWR 均节选业务高峰时段）均节选业务高峰时段） 5.1 Instance Efficiency Percentages (Target 100%) Buffer Nowait %:100.00Redo

15、NoWait %:100.00 Buffer Hit %:99.94In-memory Sort %:100.00 Library Hit %:93.74Soft Parse %:96.47 Execute to Parse %:0.45Latch Hit %:99.93 Parse CPU to Parse Elapsd %:104.85% Non-Parse CPU:78.28 数据库的命中率正常。 5.2 Top 5 Timed Events EventWaitsTime(s)Avg wait (ms)% DB timeWait Class DB CPU 2,296 100.13 log

16、 file sync16,3281110.49Commit SQL*Net message to client4,923,533800.34Network db file sequential read29,027700.33User I/O SQL*Net more data to client45,646200.09Network 数据库性能基本良好。 6影响较大的影响较大的 SQL 语句语句: 6.1 SQL ordered by Elapsed Time Elapsed Time (s) Executions Elapsed Time per Exec (s) %Total%CPU%I

17、OSQL IdSQL ModuleSQL Text 72.681,053,5810.003.1796.370.00520mkxqpf15q8聽select 1 from dual 56.24301.872.4599.970.33419m6kk4qjjzmsqlplusoadb (TNS V1-V3) select c.tablespace_name, d.pe. 54.70301.822.3999.980.2328uvx69h1c17bJDBC Thin ClientSELECT to_char(sum( NVL(a.byte. SQL 单次执行时间在 3 秒内，不存在有性能问题的 SQL 语

18、句 6.2 SQL ordered by CPU Time CPU Time (s) Executions CPU per Exec (s) %Total Elapsed Time (s) %CPU%IOSQL IdSQL ModuleSQL Text 70.041,053,5810.003.0572.6896.370.00520mkxqpf15q8 select 1 from dual 56.23301.872.4556.2499.970.33419m6kk4qjjzmsqlplusoadb (TNS V1-V3) select c.tablespace_name, d.pe. 54.693

19、01.822.3854.7099.980.2328uvx69h1c17bJDBC Thin ClientSELECT to_char(sum( NVL(a.byte. 31.33960.331.3631.3499.970.005qgfk1z156ja3 select count(1) from docdetail. 6.3 SQL ordered by Gets Buffer Gets Executions Gets per Exec %Total Elapsed Time (s) %CPU%IOSQL IdSQL ModuleSQL Text 2,310,4751,146,1052.024.

20、5927.40101.060.009tgj4g8y4rwy8 select type#, blocks, extents,. 1,158,4323038,614.402.3054.7099.980.2328uvx69h1c17bJDBC Thin Client SELECT to_char(sum( NVL(a.byte. 1,158,3403038,611.332.3056.2499.970.33419m6kk4qjjzmsqlplusoadb (TNS V1-V3) select c.tablespace_name, d.pe. 870,0993682,364.401.7315.68110

21、.630.006yn83vp07ks7d select id from hrmresource whe. 780,491968,130.111.5531.3499.970.005qgfk1z156ja3 select count(1) from docdetail. 6.4 SQL ordered by Reads Physical Reads Executions Reads per Exec %Total Elapsed Time (s) %CPU%IOSQL IdSQL ModuleSQL Text 8,67030289.009.1554.7099.980.2328uvx69h1c17b

22、JDBC Thin Client SELECT to_char(sum( NVL(a.byte. 8,67030289.009.1556.2499.970.33419m6kk4qjjzmsqlplusoadb (TNS V1-V3) select c.tablespace_name, d.pe. 1,5173204.741.602.3558.0344.85gwzgyznc3qs1u BEGIN workflow_RequestLogCurDa. 333605.550.354.5198.920.736gvch1xu9ca3g DECLARE job BINARY_INTEGER := . 289

23、1289.000.301.6699.960.32gjm43un5cy843 SELECT SUM(USED), SUM(TOTAL) F. 6.5 SQL ordered by Parse Calls Parse CallsExecutions% Total ParsesSQL IdSQL ModuleSQL Text 1,146,1051,146,10540.889tgj4g8y4rwy8 select type#, blocks, extents,. 1,053,5941,053,58137.58520mkxqpf15q8 select 1 from dual 16,00816,0080.

24、57ga7zhhu887yda select detachable from systems. 8,5958,5950.314xxj0cabk1afx select * from WorkFlowPlanSet . 6.6 SQL 调整建议调整建议 一个基于数据库的应用系统性能的好坏，首先是应用系统设计人员、应用系统开发人员的责任，而数据库 管理员（DBA）是在其基础上进行的性能调整。80%的性能问题都是由不良的 SQL 语句引起的。设计和建 立最佳的 SQL 对于系统的可扩展性和响应时间是基本工作。 SQL 语句性能调整的目标是： 去掉不必要的大表全表扫描 不必要的大表全表扫描会造成不必要的

25、输入输出，而且还会拖垮整个数 据库； 检查优化索引的使用 这对于提高查询速度来说非常重要 检查子查询 考虑 SQL 子查询是否可以用简单连接的方式进行重新书写； 调整 PCTFREE 和 PCTUSED 等存储参数优化插入、更新或者删除等操作； 考虑数据库的优化器; 考虑数据表的全表扫描和在多个 CPU 的情况下考虑并行查询; 7数据库备份数据库备份 备份策略： 数据库 RMAN 备份：备份信息存储在控制文件中。 每天全备份，归档日志备份，全备份容量 7G 左右，查看备份情况如下：（备份正常） BS Key Type LV Size Device Type Elapsed Time Compl

26、etion Time - - - - - - - 3233 Full 6.57G DISK 00:03:01 16-SEP-15 BP Key: 3233 Status: AVAILABLE Compressed: NO Tag: TAGT Piece Name: /home/oracle/orabackup/database/db_xx_3240.bkp List of Datafiles in backup set 3233 File LV Type Ckp SCN Ckp Time Name - - - - - - 1 Full 16-SEP-15 /oracle/oracle/oradata/xx/system01.dbf