完整word版Oracle巡检模板文档格式.docx

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

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

3、进行数据库运行情况的监控及分析上述输出结果为建议提供依据。检查范围本报告提供的检查和建议主要针对以下方面：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$ORAC

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

5、t/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的最新稳定版本，本系统使用这个版

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

7、文件记录了数据库的物理结构及同步信息。以下本数据库控制文件信息：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。每个数据库至少有两个Redo Log组

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

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

10、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; from dba_temp_files order by file_name;数据文件都存放在裸设备上。数

11、据文件的Autoextend都设为NO，正常建议：表空间管理每个数据库由一个或多个逻辑存储单位，即表空间所组成。以下是本数据库表空间的管理和使用情况：set linesize 100 pagesize 50col tablespace_name format a20col contents for a9col ext_mgmt for a8col alloc_type for a9col ext_kb format 999999col ssm for a6col total_mb format a12col free_mb format a12col free_pct format a7sel

12、ect 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.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）

13、 total_mb from dba_data_files group by tablespace_name） a,） free_mb, count（*） free_exts, to_char（max（bytes）/1048576, 99999999） max_mb, to_char（min（bytes）/1048576, ） min_mb from dba_free_space group by tablespace_name） b, dba_tablespaces cwhere a.tablespace_name=b.tablespace_name（+） and c.tablespace_

14、name=b.tablespace_nameorder by free_pct, tablespace_name;系统表空间（SYSTEM）：系统表空间非常重要，数据库用户不应以SYSTEM为缺省表空间或临时表空间，也不应把对象建立在SYSTEM表空间内。以下是本数据库系统表空间的管理和使用情况：select owner,count（*） from dba_segments where tablespace_name=SYSTEM group by owner;select username, default_tablespace, temporary_tablespace from dba_

15、users where default_tablespace= or temporary_tablespace=;没有应用数据对象存放在系统表空间，正常。没有应用用户缺省或临时表空间设为SYSTEM，正常。回滚段以下数据库的回滚段信息。采用Oracle 9i/10g 缺省的自动管理方式。数据库对象管理处于无效状态的数据库对象：select count（*） from dba_objects where status=INVALIDselect owner,count（*） from dba_objects where status=发现INVALID的对象。请检查以上INVALID对象是否为应

16、用必需的，如不需要可以drop掉；如果是需要的，请进行重新编译。表/索引碎片、表的行迁移/行链接等：select 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

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

18、服务器端数据投递者的角色。LISTENER设置当前监听设置正常：SQL*Net设置当前sqlnet.ora设置正常：TNSNAMES设置当前tnsnames.ora设置正常：正常8.备份与恢复备份采用RMAN把数据库和归档备份到磁带库。xxxxx 定期检查备份的有效性。恢复1. 根据不同的数据库失败情况制定相应的恢复策略。 数据库全库恢复 表空间恢复 数据文件恢复 数据表恢复2. 根据制定的恢复策略定期进行恢复测试。9.数据库性能 数据库的性能情况通过STATSPACK/AWR的报告来体现。系统负载情况STATSPACK report forDB Name DB Id Instance Ins

19、t Num Release Cluster Host- - - - - - -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 Poo

20、l Size: 512M Log Buffer: 8,050KLoad 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

21、: 0.04 0.13 Sorts: 1.21 3.78 Logons: 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

22、Hit %: 43.48 In-memory Sort %: Library Hit %: 99.91 Soft Parse %: 99.96 Execute to Parse %: 31.19 Latch Hit %:Parse 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/exec 41.78 4

23、1.92Top 5 Timed Events % 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语句。持续监控性能，寻找优化机会。10.附录 （Statspack reports）