Oracle巡检模板.docx

1、Oracle巡检模板数据库系统数据库配置及性能检查报告(oracledb)1.文档控制修改记录日期作者版本修改记录分发者姓名公司北京移动审阅记录姓名职位相关文档Oracle安装手册及其它METALINK文档2.检查总结概要此次数据库检查包括以下内容： 主机相关配置：CPU、内存操作系统配置：版本、补丁、内存参数、信号量、网络参数等操作系统性能数据库配置文件系统可用空间数据库版本数据库参数运行日志和跟踪文件 控制文件联机日志文件数据文件 表空间回滚段管理数据库对象数据库索引及行链安全性管理Oracle Net (SQL*Net, Net8)监听器的设置TNSNAMES数据库备份和恢复数据库性能如

2、果工程师在检查中发现ORACLE配置或性能方面的问题，我们将对检查范围内的情况进行记录，并提出建议。此次检查所需的资料来源主要是2009年1月16日09:30 18:00期间对数据库的监控结果。建议以下是本次检查发现的一些主要问题和建议的总结。No.问题描述参考章节建议解决时间1联机日志每个实例只有2组，建议增加到34组联机日志立即解决2近期解决3近期解决4存在部分消耗资源的SQL，建议持续监控并优化近期解决5数据库版本不是最新稳定版本将来解决检查方面评价/发现情况主机配置主机配置基本合理，满足当前系统的需要。操作系统性能内存资源充足，CPU资源充足。数据库配置数据库配置较好，但有个别方面需要

3、改进。数据库性能数据库性能较好。3.介绍目标数据库配置/性能检查是用来：-评价数据库当前配置及性能情况-分析数据库应用瓶颈和资源竞争情况-指出存在的问题，提出解决建议检查方法本次数据库性能检查的工具是：操作系统工具和命令检查操作系统。SQL命令检查数据库配置，SQL命令在ORACLE 工具SQL*PLUS中运行。ORACLE 工具STATSPACK 进行数据库性能资料的收集.ORACLE 工具RDA( REMOTE DIAGNOSTIC AGENT) 进行系统信息收集.ORACLE工具OEM(ORACLE ENTERPRISE MANAGER)/PERFORMANCE MANAGER 进行数据

4、库运行情况的监控及分析上述输出结果为建议提供依据。检查范围本报告提供的检查和建议主要针对以下方面：1.主机配置2.操作系统性能3.数据库配置4.数据库性能本报告的提供的检查和建议不涉及：-具体的性能调整-应用程序的具体细节4.系统配置信息这个部分列出数据库及所在主机的基本信息。节点1节点2IP132.77.121.102主机名IOM_DB_P570_1服务器AIX p570内存22GBCPU 个数16操作系统AIX 5300-04Cluster软件操作系统主要参数ulimit -aOracle Owner用户名Oracle版本Oracle补丁$HOME$ORACLE_BASE$ORACLE_H

5、OME警告日志文件存储路径$ORACLE_SIDbcciom1SGALISTENER端口1521联机日志2 x 500MB, 1 member(s)/groupDB_NAMEBcciomDB_BLOCK_SIZE8192数据文件大小150GB数据文件个数22表空间个数10控制文件个数3字符集ZHS16GBK归档方式Y备份方式RMAN备份到磁带库(TSM)存储设备数据库文件存储方式RAW DEVICE5.操作系统性能以下的部分是对操作系统性能的基本分析（并不是针对操作系统或硬件的全面深入的检查），可以从中确定一些性能方面的问题。这个分析使用的是操作系统的工具: topas/vmstat/iost

6、at/sar . 主要从以下方面来检查操作系统的性能：CPU 利用率、内存、Paging、Swapping、硬盘IO，时间段是2009年1月16日10:20：IOM_DB_P570_1:sar -qu 5 5vmstat 5 5从上述的情况中看出， CPU空闲率基本在30左右，CPU满足需求。Running/Waiting Queue情况正常。内存空闲较多。系统WAIT IO正常。结论/建议操作系统性能总体较好。6.数据库配置这个部分详细阐述了数据库的主要结构。文件系统文件系统使用情况正常。数据库版本数据库的当前版本是Oracle 9.2.0.5。9.2.0.5不是当前9i的最新稳定版本，本系

7、统使用这个版本是应用系统和这个版本经过了较好的磨合，从长远考虑建议升级到9.2.0.7或更高稳定版本。数据库初始化参数Oracle数据库初始化参数保存在PFILE或SPFILE中，在数据库实例启动时被使用。本数据库的初始化参数可以看出是经过精心设置的：IOM_DB_P570_1 cat /tmp/pfile.ora暂无建议。运行日志错误检查Oracle数据库进程生成alert.log日志文件和跟踪文件(.trc)来记录警告、错误或冲突等信息，这些文件可以用来监控Oracle运行状态和进一步分析问题。近期无需要特别关注的报错。无控制文件每个数据库至少有一个控制文件，一般使用多个镜像的控制文件用来

8、保证数据库安全。控制文件记录了数据库的物理结构及同步信息。以下本数据库控制文件信息：select * from v$controlfile;STATUS NAME- - /oradata/bcciom/control01.ctl /oradata/bcciom/control02.ctl /oradata/bcciom/control03.ct正常。联机日志(Online Redo Log)对于恢复操作，最为关键的结构是在线Redo Log。在线Redo Log一般由两个或两个以上预先分配的存储数据库变化的文件组成。为了防止例程故障，每个数据库的例程都有相关的在线Redo Log。每个数据库至

9、少有两个Redo Log组，每组至少有一个日志文件。Oracle的多重在线Redo Log文件可以确保在线日志文件的安全。对于多重在线Redo Log文件，LGWR同时将相同的Redo Log信息写入不同的Redo Log文件中，从而减少单个文件丢失的损失。当Oracle无法访问一个Redo Log文件时，这个文件状态变为INVALID。当Oracle推测一个Redo Log文件不完整或者不正确时，它的状态变为STALE。当一个STALE的文件被重用时，即其所在日志文件组活动时，此文件也能够使用。在线Redo Log文件减少了数据库数据丢失的损失，比如当发生例程故障时，没有被写入数据文件的数据

10、可以从在线Redo Log文件中恢复。当前数据库的Online Redo log文件信息(v$log, v$logfile)每个实例只有2组REDO LOG，建议每实例增加到3或4组。数据文件管理(包括临时文件)数据文件是数据库分配的物理文件。在Oracle数据库中，一个表空间可以包含一个或多个物理文件。而一个数据文件则只能关联一个表空间和一个数据库。一个数据文件可以是一个裸设备，也可是一个文件系统文件。以下本数据库数据文件空间的管理和使用情况。select distinct block_size from dba_tablespaces;set linesize 110 pagesize 5

11、0col file_id for 9999999col file_name for a48col ts_name for a18col cur_mb for 99999col max_mb for 99999select status, file_id, file_name, tablespace_name ts_name, autoextensible, blocks/128 cur_mb, maxblocks/128 max_mb from dba_data_files order by file_name;select status, file_id, file_name, tables

12、pace_name ts_name, autoextensible, blocks/128 cur_mb, maxblocks/128 max_mb from dba_temp_files order by file_name;数据文件都存放在裸设备上。数据文件的Autoextend都设为NO，正常建议：无表空间管理每个数据库由一个或多个逻辑存储单位，即表空间所组成。以下是本数据库表空间的管理和使用情况：set linesize 100 pagesize 50col tablespace_name format a20col contents for a9col ext_mgmt for a8

13、col alloc_type for a9col ext_kb format 999999col ssm for a6col total_mb format a12col free_mb format a12col free_pct format a7select c.tablespace_name, c.contents, c.extent_management ext_mgmt, c.allocation_type alloc_type, c.initial_extent/1024 ext_kb, c.segment_space_management SSM, a.total_mb, b.

14、free_mb, to_char(100*b.free_mb/a.total_mb, 999.99) free_pctfrom (select tablespace_name, to_char(sum(bytes)/1048576, 99999999.99) total_mb from dba_data_files group by tablespace_name) a, (select tablespace_name, to_char(sum(bytes)/1048576, 99999999.99) free_mb, count(*) free_exts, to_char(max(bytes

15、)/1048576, 99999999) max_mb, to_char(min(bytes)/1048576, 99999999) min_mb from dba_free_space group by tablespace_name) b, dba_tablespaces cwhere a.tablespace_name=b.tablespace_name(+) and c.tablespace_name=b.tablespace_nameorder by free_pct, tablespace_name;正常。系统表空间(SYSTEM)：系统表空间非常重要，数据库用户不应以SYSTEM

16、为缺省表空间或临时表空间，也不应把对象建立在SYSTEM表空间内。以下是本数据库系统表空间的管理和使用情况：select owner,count(*) from dba_segments where tablespace_name=SYSTEM group by owner;select username, default_tablespace, temporary_tablespace from dba_users where default_tablespace=SYSTEM or temporary_tablespace=SYSTEM;没有应用数据对象存放在系统表空间，正常。没有应用用户

17、缺省或临时表空间设为SYSTEM，正常。回滚段以下数据库的回滚段信息。采用Oracle 9i/10g 缺省的自动管理方式。正常。数据库对象管理处于无效状态的数据库对象：select count(*) from dba_objects where status=INVALID;select owner,count(*) from dba_objects where status=INVALID group by owner;发现INVALID的对象。建议：请检查以上INVALID对象是否为应用必需的，如不需要可以drop掉；如果是需要的，请进行重新编译。表/索引碎片、表的行迁移/行链接等：sel

18、ect owner, table_name, tablespace_name, chain_cnt from dba_tables where chain_cnt 0;select OWNER|.|index_name as OWNER.INDEX_NAME, blevel from dba_indexes where blevel=4 order by 2 desc;正常。安全性管理在安全性方面，主要考虑用户访问数据库的控制以及维护系统的安全性问题。Oracle自动生成两个用户，并授予DBA权限，SYS的初始密码为CHANGE_ON_INSTALL，SYSTEM的初始密码是MANAGER。拥

19、用SYSDBA权限的用户列表：拥用DBA权限的用户列表： 经测试，本数据库的SYSTEM用户口令没采用缺省值，正常。没有其它应用用户被授予DBA权限，正常。建议：无7.Oracle Net 概况Oracle Net能够在不同计算机上安装服务和应用程序，并且能够使它们如同同一层上的应用程序一样进行通信。Oracle Net的主要功能就是创建网络通话，并且在客户端和服务器端，或者两个服务器端之间转换数据。Oracle Net必须安装在网络的每台使用Oracle的机器上。当网络通路建立，Oracle Net扮演着客户端和服务器端数据投递者的角色。LISTENER设置当前监听设置正常：SQL*Net设

20、置当前sqlnet.ora设置正常：TNSNAMES设置当前tnsnames.ora设置正常：正常8.备份与恢复备份采用RMAN把数据库和归档备份到磁带库。xxxxx建议： 定期检查备份的有效性。恢复建议：1. 根据不同的数据库失败情况制定相应的恢复策略。 数据库全库恢复 表空间恢复 数据文件恢复 数据表恢复2. 根据制定的恢复策略定期进行恢复测试。9.数据库性能 数据库的性能情况通过STATSPACK/AWR的报告来体现。系统负载情况STATSPACK report forDB Name DB Id Instance Inst Num Release Cluster Host- - - -

21、- - -TADB 423494446 tadb 1 9.2.0.7.0 NO TADB Snap Id Snap Time Sessions Curs/Sess Comment - - - - -Begin Snap: 4 20-May-09 20:38:38 13 9.6 End Snap: 5 20-May-09 20:57:19 13 8.8 Elapsed: 18.68 (mins)Cache Sizes (end) Buffer Cache: 2,800M Std Block Size: 8K Shared Pool Size: 512M Log Buffer: 8,050KLoa

22、d Profile Per Second Per Transaction - - Redo size: 145,674.89 453,615.42 Logical reads: 11,837.95 36,862.05 Block changes: 1,058.23 3,295.21 Physical reads: 6,721.71 20,930.65 Physical writes: 57.48 178.98 User calls: 123.09 383.30 Parses: 117.97 367.33 Hard parses: 0.04 0.13 Sorts: 1.21 3.78 Logon

23、s: 0.00 0.01 Executes: 171.44 533.85 Transactions: 0.32 % Blocks changed per Read: 8.94 Recursive Call %: 89.61 Rollback per transaction %: 0.00 Rows per Sort: 2801.63Instance Efficiency Percentages (Target 100%) Buffer Nowait %: 100.00 Redo NoWait %: 100.00 Buffer Hit %: 43.48 In-memory Sort %: 100

24、.00 Library Hit %: 99.91 Soft Parse %: 99.96 Execute to Parse %: 31.19 Latch Hit %: 100.00Parse CPU to Parse Elapsd %: 44.41 % Non-Parse CPU: 99.73 Shared Pool Statistics Begin End - - Memory Usage %: 93.42 93.41 % SQL with executions1: 60.04 60.67 % Memory for SQL w/exec1: 41.78 41.92Top 5 Timed Ev

25、ents % TotalEvent Waits Time (s) Ela Time- - - -CPU time 629 52.40db file scattered read 1,300,482 459 38.25db file sequential read 456,043 98 8.17direct path read 4,981 6 .51db file parallel write 55 3 .22 -比较消耗资源的SQL语句Buffer GetsPhysical Reads监控期间没有发现逻辑读/物理读比较高的SQL语句。监控期间没有发现逻辑读/物理读比较高的SQL语句。建议：持续监控性能，寻找优化机会。10.附录 （Statspack reports）