Oracle原厂数据库巡检报告.doc

1、OA 数据库健康检查报告创建日期：2015 年 9 月 16 日Oracle 数据库健康检查报告文档控制修改记录日期 作者 版本 修改记录2015 年 9 月 16 日 xxx V1巡检摘要日期 巡检时间/始 巡检时间/止 备注2015 年 9 月 16 日 2015 年 9 月 16 日 2015 年 9 月 16 日巡检摘要：审阅意见负责人： 审阅时间：Oracle 数据库健康检查报告i目录1 检查总结 .11.1 概要 11.2 建议 12 系统简介 .13 系统配置 .23.1 操作系统版本及补丁 23.2 硬盘空间及利用率 23.3 系统负载状态 34 数据库配置 .44.1 数据库

2、版本及补丁 44.2 数据库参数 44.3 运行日志和跟踪文件 64.4 控制文件 64.5 归档 REDO LOG 文件 .64.6 表空间 74.7 集群状态 84.8 ASM 空间情况 .105 数据库性能 .105.1 INSTANCE EFFICIENCY PERCENTAGES (TARGET 100%)105.2 TOP 5 TIMED EVENTS.116 影响较大的 SQL 语句: .116.1 SQL ORDERED BY ELAPSED TIME 116.2 SQL ORDERED BY CPU TIME .126.3 SQL ORDERED BY GETS.126.4

3、SQL ORDERED BY READS.136.5 SQL ORDERED BY PARSE CALLS 136.6 SQL 调整建议 .147 数据库备份 .148 问题总结与建议 208.1 ORA 错误 208.2 等待事件 218.3 性能问题 21Oracle 数据库健康检查报告01 检查总结1.1 概要2015 年 9 月 16 日，对 OA 系统 oracle 软件配置检查，本次工作对 OA 数据库的配置进行检查，实施相关的操作系统配置检查，同时也包括一定量的数据库性能评估工作。1.2 建议本次检查发现问题。具体描述和建议会在下面的报告中详细阐述。具体请查看后面的问题总结与建议

4、。检查方面 评价/发现情况主机配置 主机配置基本合理，满足当前系统的需要操作系统配置 总体运行性能良好数据库配置 总体正常建议关注 UNDO 表空间使用情况， 4.6 表空间网络配置 网络配置正常数据库日志 未发现告警报错， 4.3 运行日志和跟踪文件集群状态 非集群环境数据库性能 良好数据库备份和恢复概况 正常，全库备份大小约为 7GB2 系统简介数据库名称 主机名 数据库实例名 服务器配置 IP 地址 系统版本 数据库版 本 是否RACxx xx lcpu=22 mem=16GB 1.1.1.1xx Linux5 ORACLE 11.2.0.1.0 NOOracle 数据库健康检查报告13

5、 系统配置和数据库相关的操作系统配置将被检查，包括以下方面： 操作系统补丁 存放 oracle 文件的硬盘区可用空间(oracle 文件包括：数据文件，控制文件，在线 redo logs，归档redo logs，运行情况文件和跟踪文件) 硬盘利用率 CPU 利用率(这部分的检查并不是针对操作系统或硬件的全面深入的检查，如有上述要求请与操作系统厂商联系)3.1 操作系统版本及补丁主机名 数据库实例名 当前系统版本及补丁 推荐版本及补丁xx xxx Red Hat Enterprise Linux Server release 5.0 (Tikanga) 无3.2 硬盘空间及利用率硬盘可用情况如下

6、示:xx：文件系统 GB 块 可用 %Used Iused %Iused 安装于/dev/sda3 463G 173G 267G 40% /tmpfs 7.4G 3.9G 3.5G 53% /dev/shm/dev/sda1 485M 36M 424M 8% /boot3.3 系统负载状态xx：系统配置：lcpu=22 mem=15GBprocs -memory- -swap- -io- -system- -cpu-r b swpd free buff cache si so bi bo in cs us sy id wa st0 0 1057596 846820 174144 1256108

7、8 0 0 2 8 0 0 1 0 99 0 00 0 1057596 847192 174152 12561088 0 0 0 144 537 576 0 0 100 0 00 0 1057596 846680 174152 12561088 0 0 0 48 1226 1124 0 0 100 0 00 0 1057596 846804 174152 12561088 0 0 0 32 963 870 1 0 99 0 00 0 1057596 840484 174152 12561088 0 0 0 160 589 471 0 0 100 0 0Oracle 数据库健康检查报告24 数据

8、库配置本次检查工作主要针对 xx 数据库。4.1 数据库版本及补丁主机名 数据库实例名 数据库版本及补丁 推荐版本及补丁xx xx1ORACLE 11.2.0.1.0 11.2.0.4.64.2 数据库参数参数文件init.ora包含了数据库配置参数，在数据库启动时被使用，列出了数据库所有的非默认值的参数。init.ora ParametersParameter Name Begin value_allow_level_without_connect_by TRUEarchive_lag_target 3600audit_file_dest /oracle/oracle/admin/xx/ad

9、umpaudit_trail DBcompatible 11.2.0.0.0control_files /oracle/oracle/oradata/xx/control01.ctl, /oracle/oracle/oradata/xx/control02.ctldb_block_size 8192db_domain db_name xxdiagnostic_dest /oracle/oracledispatchers (PROTOCOL=TCP) (SERVICE=xxXDB)log_archive_dest_1 location=/oracle/orabackup/archivelog_a

10、rchive_format arch_%d_%t_%r_%s.logmemory_target 6375342080nls_language SIMPLIFIED CHINESEnls_territory CHINAopen_cursors 300processes 1000remote_login_passwordfile EXCLUSIVEOracle 数据库健康检查报告3undo_tablespace UNDOTBS14.3 运行日志和跟踪文件注意每天监控运行日志文件中的出错信息，以便于在问题还是隐患的时候及时发现并解决掉。建议每月初将当前的 alert.log 重新命名以作备份，同时也

11、可以避免 alert.log 文件变得太大不易管理。近期出现：近期（一个月）为发现错误告警。4.4 控制文件每个数据库至少有一个控制文件。控制文件记录了数据库的物理结构及同步信息。Controlfile Name Status /oracle/oracle/oradata/xx/control01.ctl VALID/oracle/oracle/oradata/xx/control02.ctl VALID4.5 归档 Redo log 文件Oracle 允许将写满的在线 Redo Log 文件存放在一个或多个脱机位置，即归档 Redo Log。在线日志文件通过归档写入归档日志文件。后台进程 A

12、RCn 自动进行归档操作。您能通过归档日志进行： 在线备份 基于时间的恢复Archived Redo Log SettingsDB NAME Database log mode Automatic archival Archive Destinationxx Archive Mode YES /oracle/orabackup/archive4.6 表空间每个数据库由一个或多个逻辑存储单位，即表空间，所组成。而表空间则由逻辑存储单位段所组成。而段将被分为多个片。用户对象不应该在系统表空间中创建。这将导致系统表空间的碎片产生，并且阻止表空间增长。TABLESPACE_NAME TOTAL USE

13、D FREE PERCENTOracle 数据库健康检查报告4- - - - -SYSTEM 19984 11719.375 8264.625 58VOTE_GQ 100 1 99 1USERS 21509 13245.375 8263.625 61xx 9648307.5 9639754.27 8553.23438 99UNDOTBS1 6290 6165.5 124.5 98VOTE 20 2.25 17.75 11IND 19985.5 11786.375 8199.125 58SYSAUX 394950 386607 8343 97表空间 xx 是使用率 99%，通过查看，其数据文件是

14、自动扩展的，最大 64G。4.7 集群状态OA 数据库为非集群环境。4.8 ASM 空间情况GROUP_NUMBERNAME STATE TYPE TOTAL_MB FREE_MB1234该环境未使用 ASM 文件系统。5 数据库性能（AWR 均节选业务高峰时段）5.1 Instance Efficiency Percentages (Target 100%)Buffer Nowait %: 100.00 Redo NoWait %: 100.00Buffer Hit %: 99.94 In-memory Sort %: 100.00Library Hit %: 93.74 Soft Pars

15、e %: 96.47Execute to Parse %: 0.45 Latch Hit %: 99.93Parse CPU to Parse Elapsd %: 104.85 % Non-Parse CPU: 78.28数据库的命中率正常。Oracle 数据库健康检查报告55.2 Top 5 Timed Events Event Waits Time(s) Avg wait (ms) % DB time Wait ClassDB CPU 2,296 100.13 log file sync 16,328 11 1 0.49 CommitSQL*Net message to client 4,

16、923,533 8 0 0.34 Networkdb file sequential read 29,027 7 0 0.33 User I/OSQL*Net more data to client 45,646 2 0 0.09 Network数据库性能基本良好。6 影响较大的 SQL 语句:6.1 SQL ordered by Elapsed TimeElapsed Time (s)ExecutionsElapsed Time per Exec (s)%Total %CPU %IO SQL Id SQL Module SQL Text72.68 1,053,581 0.00 3.17 96

17、.37 0.00 520mkxqpf15q8 聽 select 1 from dual56.24 30 1.87 2.45 99.97 0.33 419m6kk4qjjzm sqlplusoadb (TNS V1-V3)select c.tablespace_name, d.pe.54.70 30 1.82 2.39 99.98 0.23 28uvx69h1c17b JDBC Thin Client SELECT to_char(sum( NVL(a.byte.SQL 单次执行时间在 3 秒内，不存在有性能问题的 SQL 语句6.2 SQL ordered by CPU TimeCPU Tim

18、e (s)ExecutionsCPU per Exec (s)%TotalElapsed Time (s)%CPU %IO SQL Id SQL Module SQL Text70.04 1,053,581 0.00 3.05 72.68 96.37 0.00 520mkxqpf15q8 select 1 from dual56.23 30 1.87 2.45 56.24 99.97 0.33 419m6kk4qjjzm sqlplusoadb (TNS V1-V3)select c.tablespace_name, d.pe.54.69 30 1.82 2.38 54.70 99.98 0.

19、23 28uvx69h1c17b JDBC Thin Client SELECT to_char(sum( NVL(a.byte.31.33 96 0.33 1.36 31.34 99.97 0.00 5qgfk1z156ja3 select count(1) from docdetail.Oracle 数据库健康检查报告66.3 SQL ordered by GetsBuffer GetsExecutionsGets per Exec%TotalElapsed Time (s)%CPU %IO SQL Id SQL Module SQL Text2,310,475 1,146,105 2.0

20、2 4.59 27.40 101.06 0.00 9tgj4g8y4rwy8 select type#, blocks, extents,.1,158,432 30 38,614.40 2.30 54.70 99.98 0.23 28uvx69h1c17b JDBC Thin Client SELECT to_char(sum( NVL(a.byte.1,158,340 30 38,611.33 2.30 56.24 99.97 0.33 419m6kk4qjjzm sqlplusoadb (TNS V1-V3)select c.tablespace_name, d.pe.870,099 36

21、8 2,364.40 1.73 15.68 110.63 0.00 6yn83vp07ks7d select id from hrmresource whe.780,491 96 8,130.11 1.55 31.34 99.97 0.00 5qgfk1z156ja3 select count(1) from docdetail.6.4 SQL ordered by ReadsPhysical ReadsExecutionsReads per Exec%TotalElapsed Time (s)%CPU %IO SQL Id SQL Module SQL Text8,670 30 289.00

22、 9.15 54.70 99.98 0.23 28uvx69h1c17b JDBC Thin ClientSELECT to_char(sum( NVL(a.byte.8,670 30 289.00 9.15 56.24 99.97 0.33 419m6kk4qjjzm sqlplusoadb (TNS V1-V3)select c.tablespace_name, d.pe.1,517 320 4.74 1.60 2.35 58.03 44.85 gwzgyznc3qs1u BEGIN workflow_RequestLogCurDa.333 60 5.55 0.35 4.51 98.92

23、0.73 6gvch1xu9ca3g DECLARE job BINARY_INTEGER := .289 1 289.00 0.30 1.66 99.96 0.32 gjm43un5cy843 SELECT SUM(USED), SUM(TOTAL) F.6.5 SQL ordered by Parse CallsParse Calls Executions % Total Parses SQL Id SQL Module SQL Text1,146,105 1,146,105 40.88 9tgj4g8y4rwy8 select type#, blocks, extents,.1,053,

24、594 1,053,581 37.58 520mkxqpf15q8 select 1 from dualOracle 数据库健康检查报告716,008 16,008 0.57 ga7zhhu887yda select detachable from systems.8,595 8,595 0.31 4xxj0cabk1afx select * from WorkFlowPlanSet .6.6 SQL 调整建议一个基于数据库的应用系统性能的好坏，首先是应用系统设计人员、应用系统开发人员的责任，而数据库管理员（DBA）是在其基础上进行的性能调整。80%的性能问题都是由不良的 SQL 语句引起的。

25、设计和建立最佳的 SQL 对于系统的可扩展性和响应时间是基本工作。SQL 语句性能调整的目标是：去掉不必要的大表全表扫描 不必要的大表全表扫描会造成不必要的输入输出，而且还会拖垮整个数据库；检查优化索引的使用 这对于提高查询速度来说非常重要检查子查询 考虑 SQL 子查询是否可以用简单连接的方式进行重新书写；调整 PCTFREE 和 PCTUSED 等存储参数优化插入、更新或者删除等操作；考虑数据库的优化器;考虑数据表的全表扫描和在多个 CPU 的情况下考虑并行查询;7 数据库备份备份策略：数据库 RMAN 备份：备份信息存储在控制文件中。每天全备份，归档日志备份，全备份容量 7G 左右，查看

26、备份情况如下：（备份正常）BS Key Type LV Size Device Type Elapsed Time Completion Time- - - - - - -3233 Full 6.57G DISK 00:03:01 16-SEP-15 BP Key: 3233 Status: AVAILABLE Compressed: NO Tag: TAG20150916T010005Piece Name: /home/oracle/orabackup/database/db_xx_20150916_3240.bkpList of Datafiles in backup set 3233Fi

27、le LV Type Ckp SCN Ckp Time Name- - - - - -1 Full 213714959 16-SEP-15 /oracle/oracle/oradata/xx/system01.dbf2 Full 213714959 16-SEP-15 /oracle/oracle/oradata/xx/sysaux01.dbf3 Full 213714959 16-SEP-15 /oracle/oracle/oradata/xx/undotbs01.dbf4 Full 213714959 16-SEP-15 /oracle/oracle/oradata/xx/users01.

28、dbf5 Full 213714959 16-SEP-15 /oracle/oracle/product/11.2.0/db_1/dbs/oracleoracleoradataxx.dbf6 Full 213714959 16-SEP-15 /oracle/oracle/oradata/xx/index_01.dbf7 Full 213714959 16-SEP-15 /oracle/oracle/oradata/xx/vote_01.dbf8 Full 213714959 16-SEP-15 /oracle/oracle/oradata/xx/vote_gq_01.dbf9 Full 213

29、714959 16-SEP-15 /oracle/oracle/oradata/xx/sysaux02.dbf10 Full 213714959 16-SEP-15 /oracle/oracle/oradata/xx/system02.dbfOracle 数据库健康检查报告811 Full 213714959 16-SEP-15 /oracle/oracle/oradata/xx/index_02.dbf12 Full 213714959 16-SEP-15 /oracle/oracle/product/11.2.0/db_1/dbs/oracleoracleoradataxx02.dbf13 Full 213714959 16-SEP-15 /oracle/oracle/oradata/xx/users02.dbf备份状态正常8 问题总结与建议8.1 ORA 错误没有告警报错，详见 4.3 运行日志和跟踪文件8.2 UNDO 表空间UNDO 表空间使用率达到 99%，建议监控该表空间使用情况，详见 4.6 表空间8.3 性能问题数据库整体性能良好