XX电信OA系统_ORACLE数据库健康检查_20090115_卢永进编写.doc

Advanced Product Services北京xxxxORACLE服务海南电信Oracle 数据库检查OA系统数据库xxx工程师：卢永进报告生成日期:2009年01月15日现场支持起始日期：2009年01月14日现场支持结束日期：2009年01月15日现场支持总时间(小时):1. 文档控制修改记录日期作者版本修改记录 2009年01月15日卢永进1.0第一个版本分发者姓名单位蔡纪军海南电信黄建华、伍庆尧多维创新审阅记录姓名职位裴勇智技术总监相关文档 目录1.文档控制ii修改记录ii分发者ii审阅记录ii相关文档ii2.检查总结4概要4建议43.介绍4目标4检查方法4检查范围54.系统背景5数据库配置5基于Oracle 数据库的应用55.操作系统性能66.数据库配置107.数据库性能26ii2. 检查总结概要此次数据库检查主要针对OA系统数据库， 如果多维创新工程师在检查中发现ORACLE的问题,我们将对检查范围内的情况进行记录,并通知客户改正.对于比较复杂的问题,我们将在报告中指出,并建议客户进一步进行相关的详细检查,或建议客户通过METALINK将问题提交到ORACLE 技术支持热线,以便问题得到解决.建议以下是本次检查发现的一些主要问题和建议的总结。No.问题描述参考章节建议解决时间1日志组成员只有一个，建议每组日志增加一个成员。6.1根据实际情况考虑2部分表空间使用严重，建议添加数据文件或转移历史数据6.8近期3等待事件中latch free 等待较高7.1近期检查方面评价/发现情况主机配置良好操作系统性能良好数据库配置良好数据库性能良好3. 介绍目标数据库健康检查是用来：- 评价数据库当前的性能情况- 分析数据库应用瓶颈和资源竞争情况- 指出存在的问题，提出解决建议检查方法本次数据库健康检查的工具是： 操作系统工具和命令检查操作系统。 SQL命令检查数据库配置，SQL命令在ORACLE 工具SQL*PLUS中运行。 ORACLE 工具AWR 进行数据库性能资料的收集. ORACLE工具OEM(ORACLE ENTERPRISE MANAGER)/PERFORMANCE MANAGER 进行数据库运行情况的监控及分析上述输出结果为建议提供依据。检查范围本次检查仅限于数据库OA系统（OA）。本报告提供的检查和建议主要针对以下方面：1. 数据库配置2. 数据库性能4. 系统背景数据库配置实例名OA服务器名hnoa1/hnoa2用途（oltp,dss，batch）oltpRDBMS 版本Oracle Database 10g Enterprise Edition Release 9.2.0.8.0 - 64bit ProductionSQL*Net版本TNS for IBM/AIX RISC System/6000: Version 9.2.0.8.0 - Production所有数据文件所占磁盘空间14547.125MSGA size Total System Global Area 4298085248 bytes Fixed Size 746368 bytes Variable Size 1073741824 bytes Database Buffers 3221225472 bytes Redo Buffers 2371584 bytesDB_BLOCK Size8192表空间个数20数据文件个数Datafiles: 22+tempfile:1控制文件个数3日志文件大小100M日志组数目3每组日志文件成员数量1日志文件产生频率正常归档方式No Archive Mode并发用户量59数据库访问方式（C/S,3 layer）3 layer可用性需求 (e.g. M-F 8-5, 7x24, etc.)7x24最大停机时间0平均数据库冷备份时间平均数据库恢复时间基于Oracle 数据库的应用应用名称OA系统应用类型（OLTP，DSS，batch）OLTP开发工具数据库访问方式（C/S,3 layer）5. 操作系统性能通过vmstat工具考察服务器性能。经半天观察分析，大部分时间系统资源使用情况平均如下所示，系统资源使用状态良好。hnoa#/oa_01/oracle/multnovo:vmstat 1 5System Configuration: lcpu=2 mem=8192MBkthr memory page faults cpu - - - - - r b avm fre re pi po fr sr cy in sy cs us sy id wa 3 1 1779338 41552 0 0 0 78 77 0 736 10235 2403 13 9 77 1 1 0 1779399 41491 0 0 0 0 0 0 2485 17805 4870 21 19 59 1 0 0 1779540 41349 0 0 0 0 0 0 1775 13123 3173 9 10 81 0 3 0 1779457 41402 0 0 0 0 0 0 1816 11216 3465 11 13 75 1 0 0 1779841 41015 0 0 0 0 0 0 2634 19471 5235 32 14 54 0结论/建议从OS资源使用观察分析看，目前服务器运行良好（系统可用资源比较富裕）。6. 数据库配置这个部分详细阐述了数据库OA的主要结构。数据库版本数据库的当前版本是Oracle 9.2.0.8.0，是9i的最终版本，目前系统比较稳定。数据库参数数据库的参数可以看出是经过精心设置的，根据数据库的当前状况不建议修改：PARAMETERSCURRENT VALUESSUGGESTIONSUGGEST MODIFIED VALUES运行日志错误检查最近一个月内的主要错误日志：无。控制文件以下为数据库控制文件信息，正常。SQL col name for a40SQL select * from v$controlfile;STATUS NAME IS_ BLOCK_SIZE FILE_SIZE_BLKS - - - - - /oa_01/oradata/oradata/oa/control01.ctl, /oa_02/oradata/oradata/oa/control02.ctl, /oa_03/oradata/oradata/oa/control03.ct l Redo LogsRedo log的切换频繁程度：日志切换正常，从14号起，日志每5小时切换一次。SQL col firsttime for a20select sequence#,to_char(first_time,yyyymmdd_hh24:mi:ss) firsttime,round(first_time-lag(first_time) over(order by first_time)*24*60,2) minutes from v$log_history where first_time sysdate - 1 order by first_time; SEQUENCE# TO_CHAR(FIRST_TIME,YYYYMMDD_H MINUTES - - - 3507 20090112_11:01:56 3508 20090112_16:25:37 323.68 Temporary Tablespace临时表空间用于存放临时段。为了维护数据库的性能，临时表空间的维护方法有别于其他一般表空间。缺省情况下，所有表空间都创建为PERMANENT。所以在创建临时段时，需要保证表空间类型为TEMPORARY。由于这些表空间中的排序段不被清除，所以减少了空间事务争夺，同时减少了SMON对于CPU的使用率。由于表空间的extent 出现了local management 方式，对表空间采用了位图管理，更利于空间的使用及回收管理。以下是数据库临时表空间的情况：TABLESPACE_NAMECONTENTSExtent ManagementTEMPTEMPORARYLOCAL在OA系统中TEMP为TEMPORARY类型的表空间，extent management 方式为LOCAL.保证数据库用户被分配一个临时类型的表空间。除了数据库用户sys和system其他数据库用户的临时表空间均不应把系统表空间作为临时表空间。用户表空间使用正常。USERNAME DEFAULT_TABLESPACE TEMPORARY_TABLESPACE - - - SYS SYSTEM TEMP SYSTEM SYSTEM TEMP OUTLN SYSTEM TEMP BPR SYSTEM TEMP SCTELE SYSTEM TEMP WJWEB SYSTEM TEMP DBSNMP SYSTEM TEMP WMSYS SYSTEM TEMP 表空间管理以下数据库表空间的管理和使用情况。在ORACLE 9I之后除了系统表空间，其他的表空间的空间管理方式推荐为LOCAL，段空间管理方式推荐为AUTO。OA数据库中表空间均采用LOCAL、AUTO管理方式（非系统表空间），设置合理。SQL COL TABLESPACE_NAME FOR A30SQL COL EXTENT_MANAGEMENT FOR A10SQL COL SEGMENT_SPACE_MANAGEMENT FOR A6S