Oracle数据库巡检报告

格式：doc
大小：89.35 KB
文档页数：10

下载文档原格式

数据库巡检模板

XXXXXXXXXXXXXXXXXXXXOracle数据库健康检查与评估XXXX巡检人：报告生成日期：yyyy-mm-dd文档控制此文档仅供江苏移动审阅，不得向与此无关的个人或机构传阅或复制。

修改记录分发者审阅记录相关文档目录文档控制 (2)修改记录 (2)分发者 (2)审阅记录 (2)相关文档 (2)目录 (3)1.检查介绍 (5)1.1检查系统 (5)1.2检查范围 (5)2.硬件配置 (7)2.1主机配置 (7)3.系统配置 (8)3.1操作系统数据库相关要求补丁 (8)3.2硬盘可用空间 (8)3.3CPU 利用率 (8)4.数据库配置 (10)4.1数据库版本和单独补丁 (10)4.2CRS版本和单独补丁 (10)4.3ORACLE CLUSTER配置 (10)4.4数据库产品选项 (11)4.5初始化参数文件 (11)4.6CRS日志文件 (11)4.7RDBMS运行日志和跟踪文件 (11)4.8控制文件 (12)4.9Redo log 文件 (12)4.10归档Redo log 文件 (13)4.11数据文件 (13)4.12表空间 (14)4.13回滚段管理 (16)5.数据库简单风险评估 (17)5.1安全性管理 (17)6.SqlNet 概况 (18)6.1监听器Listener (18)6.2SQL*Net (18)6.3TNSNAMES (18)7.数据库性能 (19)7.1数据库各项基于时间模型的统计信息 (19)7.2数据库负荷压力分析 (20)7.3各项命中率 (21)7.4等待事件 (21)7.5统计信息分析 (21)7.6数据库I/O性能 (22)7.7索引/行迁移/行链 (22)7.8Enqueue等待分析 (23)7.9Latch分析 (23)7.10Resource Limit分析 (23)7.11Top SQL语句 (24)8.数据库备份策略评估 (25)8.1备份 (25)8.2恢复 (25)9.数据库特别关注点检查 (26)10.检查总结 (27)附录:初始化参数 (28)数据库所有非默认值的参数： (28)1.检查介绍1.1检查系统系统主要包括1个数据库，具体情况如下：1.2检查范围本次检查仅限于数据库。

XX移动_Oracle数据库巡检报告-描述版-V 模板

XX移动Oracle数据库巡检报告描述版（v ）作者朱克威审核分类规范类文档别类Oracle 更新时间关键字Oracle数据库巡检摘要Oracle数据库巡检报告--描述版主要适用各种平台的oracle数据库系统环境版本说明版本日期内容编写人V 《Oracle数据库巡检报告-描述版》朱克威目录巡检说明此次巡检总共巡检中国移动北京分公司数据库oracle 套数据库巡检列表如下Ip地址操作系统描述巡检具体见下巡检总结总体性能方面问题点数据库名节点Ip 描述系统配置oracle 用户的limit限制Oracle数据库的一些参数设置受到操作系统的限制，如果某些操作系统限制（例如用户使用内存数，最大文件数等），则Oracle运行过程中可能报错（例如申请内存出错等）。

因此，巡检查看这部分信息。

正常___ 不正常___正常CPU使用情况查看主机CPU资源是否充足，此部分信息可做为性能诊断的参考。

# vmstat 2 10充足___ 不充足___充足磁盘空间情况查看主机磁盘资源是否充足，如果某些日志路径满，则Oracle会报错。

充足___ 不充足___充足内存使用情况查看主机内存资源是否充足，如果内存用尽，主机会使用交换区(SWAP)，这会造成额外的I/O，影响Oracle 的性能。

充足___ 不充足___充足10.87.56.220数据库配置这个部分详细阐述了数据库< ORCL>的主要结构。

数据库版本数据库的当前版本是建议升级___ 不建议升级___不建议升级数据库产品选项一般，很多系统安装的数据库产品选项根本未被使用。

以下列出的安装产品选项可供未来的应用开发参考，或是可以被确认有哪些产品选项未在原计划之内。

正常___ 不正常___正常Database Registry正常___ 不正常___正常SGA 组成以下是数据库< ORCL>的组成情况：控制文件以下数据库控制文件信息正常___ 不正常___正常在线重做日志正常___ 不正常___正常表空间管理以下数据库表空间的管理和使用情况。

oracle数据库巡检报告标准

Oracle Health-Check Report Oracle数据库健康巡检报告XX公司xx数据库系统健康巡检报告作者:文档创建日期: 2010-12-1上次修改日期:服务工程师:服务类型：现场客户联系人:目录健康检查记录 (3)数据库调整记录 (3)一、系统概况 (4)二、数据库趋势分析 (4)1、数据缓冲区和库缓冲区命中率趋势 (4)2、数据量变化趋势 (5)三、健康检查项目列表及结果 (5)1、操作系统 (5)1.1磁盘空间 (5)1.2系统性能信息 (8)2、数据库系统 (9)2.1安全性 (9)2.2稳定性 (9)2.3数据库性能 (9)3、健康检查 (11)3.1数据库版本信息 (11)3.2目前数据库参数 (11)3.3数据库资源限制 (12)3.4控制文件 (12)3.5日志文件 (13)3.6数据文件 (13)3.7临时文件 (13)3.8表空间使用率监控 (13)3.9无效索引 (14)四、巡检总结与调整建议 (14)1、巡检总结： (14)2、调整建议： (14)3、对管理人员的提醒： (14)前次巡检记录巡检日期市民卡公司工程师联创工程师本次巡检记录巡检日期市民卡公司工程师联创工程师数据库调整记录自上次巡检以来对本数据库调整记录如下：1)调整一2)调整二3)调整三一、系统概况项目值业务名称主机名硬件平台CPU物理内存操作系统数据库软件版本数据库名归档模式Blocksize数据库核心字符集控制文件镜像份数控制文件镜像是否在不同目录联机日志组数联机日志每组member数联机日志每组成员是否在不同磁盘每组日志大小时日志切换高峰注:天日志生成量高峰、时日志切换高峰:这里的高峰指的是redo生成高峰，非业务高峰。

全库export大小的计算方法是:统计全库中表的大小,这种方式计算出的表的大小包含了空的行记录,而export实际导出时不会导出空数据行,所以这里的export大小会大于实际的导出dmp文件的大小,具体误差多少取决与数据库中存在多少的空数据行(delete操作产生的空数据行).全库rman备份大小(10.2.0.1)的计算方法是:统计全库中所有对象的大小.而rman备份集是备份所有曾经被对象暂用过的空间,所以此种统计方法统计的数据和rman备份实际的大小的差异在很大程度上取决于被放入回收站对象的多少.二、数据库趋势分析1、数据缓冲区和库缓冲区命中率趋势[数据来源典型业务高峰时段statspack or awr]Buffer Nowait %: 100 Redo NoWait %: 100Buffer Hit %: 82 In-memory Sort %: 100Library Hit %: 99 Soft Parse %: 99Execute to Parse %: 65 Latch Hit %: 100123.4 % Non-Parse CPU: 99.4Parse CPU to ParseElapsd %:建议:数据库性能2、数据量变化趋势[]dmp全备份估计大小(G) RMAN全备份估计大小(G) 数据文件容量(G)81 137 348 建议:三、健康检查项目列表及结果1、操作系统[操作系统命令df-k 和prstat,top,topas,glance,sar输出]1.1磁盘空间[数据来源df -k]对操作系统的磁盘空间进行检查，是否有足够空间。

Oracle原厂数据库巡检报告

OA数据库健康检查报告创建日期：2015年9月16日文档控制修改记录巡检摘要目录1检查总结 (1)1.1概要 (1)1.2建议 (1)2系统简介 (1)3系统配置 (2)3.1操作系统版本及补丁 (2)3.2硬盘空间及利用率 (2)3.3系统负载状态 (2)4数据库配置 (3)4.1数据库版本及补丁 (3)4.2数据库参数 (3)4.3运行日志和跟踪文件 (4)4.4控制文件 (4)4.5归档R EDO LOG 文件 (4)4.6表空间 (4)4.7集群状态 (5)4.8ASM空间情况 (5)5数据库性能 (5)5.1I NSTANCE E FFICIENCY P ERCENTAGES (T ARGET 100%) (5)5.2T OP 5T IMED E VENTS (6)6影响较大的SQL语句: (6)6.1SQL ORDERED BY E LAPSED T IME (6)6.2SQL ORDERED BY CPU T IME (6)6.3SQL ORDERED BY G ETS (7)6.4SQL ORDERED BY R EADS (7)6.5SQL ORDERED BY P ARSE C ALLS (8)6.6SQL调整建议 (8)7数据库备份 (8)8问题总结与建议 (9)8.1ORA错误 (9)8.2等待事件............................................................................................................................... 错误!未定义书签。

8.3性能问题 (9)1检查总结1.1概要2015年9月16日，对OA系统oracle 软件配置检查，本次工作对OA数据库的配置进行检查，实施相关的操作系统配置检查，同时也包括一定量的数据库性能评估工作。

1.2建议本次检查发现问题。

Oracle数据库巡检

序号检查内容正常值(参考) 影响因素1 --高速缓存的命中率select round((1 -(physical.value- direct.value- lobs.value) /logical.value) * 100,2) || '%' "高速缓存的命中率"from v$sysstat physical,v$sysstat direct,v$sysstat lobs,v$sysstat logical where = 'physical reads'and = 'physical reads direct'and = 'physical reads direct (lob)'and = 'session logical reads';90%-100%(可能略低于90%在数据库繁忙运行期间)1. Buffer 命中率受OracleSGA中的data blockbuffers参数的设置影响2. 跟Oracle buffer Pool的使用方法有关3. 把经常使用的小表cache在内存中4. 调优SQL语句，以养活少访问的数据量db_cache_size?2 --库缓存的命中率select round(sum(pins -reloads) / sum(pins) * 100, 2) || '%' "库缓存的命中率"from v$librarycache;95%-100%1. Library命中率受OracleSGA中的shared pool参数设置影响2. 跟应用软件的开发有密切的关系，特别是共享SQL的使用3 --闩命中率select round((1 -sum(misses +immediate_misses) / sum(gets + immediate_gets)) * 100,2) || '%' "闩命中率"from v$latch;99%-100%1. 应用程序SQL是否使用绑定变量2. Shared_pool_size参数的设置4 --内存排序率select round((1- disk.value/(disk.value+ memory.value)) *100, 2) || '%' "内存排序率"from v$sysstat disk, v$sysstat memorywhere = 'sorts (disk)'and = 'sorts 99%-100%1. 数据库参数sort_area_size或pga_aggregate_target的大小2. 应用程序的SQL语句的写法(memory)';5 --缓冲区未等待率select round((1- busy.value/tol.value) * 100, 2) || '%' "缓冲区未等待率"from(select sum(count) valuefrom v$waitstatwhere class in('data block', 'segment header', 'undo header', 'undo block')) busy, (select value from v$sysstat where name= 'session logical reads') tol;99%-100%1. db_block_buffers或db_cache_size等参数2. 增加表的Freelist参数3. 使用AutomaticSegment StorgeManagement（ASSM）来创建表空间4. 优化程序使用的SQL语句6 --redo缓冲区未等待率select round((1 - waits.value/ redos.value) * 100, 2) || '%'"redo缓冲区未等待率"from v$sysstat waits, v$sysstat redoswhere = 'redo log space requests'and = 'redo entries';99%-100%1. Log_buffer_size参数设置过小2. 归档的速度太慢3. 联机日志文件太小4. 联机日志文件放在缓慢的磁盘设备上7 --SQL语句执行和分析的比例select round((1- hard.value/total.value) * 100, 2) || '%'"SQL语句执行和分析的比例"from v$sysstat hard, v$sysstat totalwhere = 'parse count (hard)'and = 'parse count (total)';越接近100%越好1. Share_pool_size参数的大小2. 最重要的影响因素是应用程是否使用了绑定变量8 --析的CPU的时间和分析完成CPU时间对比select round((1 - cpu.value /total.value) * 100, 2) || '%'"cpu分析和完成比"from v$sysstat cpu, v$sysstat totalwhere = 'parse time cpu'越接近100%越好1. 如果这个比例很低，说明分析过程中CPU等待了其它的资源and = 'parse time elapsed';9 --非分析的过程中CPU对比select round((1 - parse.value/ total.value) * 100, 2) || '%'"非分析的过程中CPU对比"from v$sysstat parse, v$sysstat totalwhere = 'parse time cpu'and = 'CPU used by this session';越接近100%越好1. 如果这个比例很低，说明CPU用在分析SQL语句上面消耗了很多CPU时间，可能是没有用绑定变量10 --等待rollback segment的header比率select name,waits,gets,round(waits / gets * 100, 2) || '%'"等待rollbacksegment的header比"from v$rollstat a, v$rollname bwhere n = n;rollback segment等待率比率越小越好1. 回滚段竟争情况受回滚段size的设置影响2. 跟应用软件的有关，特别是long runnig timetransaction的使用11 --Tablespace的I/O比例select df.tablespace_name,sum(f.phyrds),sum(f.phyblkrd),sum(f.phywrts),sum(f.phyblkwrt)from v$filestat f, dba_data_files dfwhere f.file# = df.file_id group by df.tablespace_name order by df.tablespace_name;Tablespace I/O越小越好1. Tablespace的I/O情况受db_block_size参数的设置影响2. 跟数据文件的磁盘分布有密切关系12 --Datafile 的I/O比例select ,sum(f.phyrds),sum(f.phyblkrd),sum(f.phywrts),sum(f.phyblkwrt)from v$filestat f, v$datafile dfwhere f.file# = df.file# group by Datafile I/O越小越好1. Datafile的I/O情况受db_block_size参数的设置影响2. 跟数据文件的磁盘分布有密切关系order by ;13 --重做日志缓存区命中率select name,gets,misses,immediate_gets,immediate_misses,100- round(decode(gets, 0, 0,misses / gets * 100), 2) || '%'ratio1,100 -round(decode(immediate_gets + immediate_misses,0,0,immediate_misses / (immediate_gets + immediate_misses) * 100),2) || '%' ratio2from v$latchwhere name in('redo allocation', 'redo copy');重做日志缓存区的命中率越大越好，应大于90%1. 受log_buffer_size设置影响2. 跟应用软件的有关，特别是共享SQL的使用14 --碎片程度select tablespace_name,round(sqrt(max(blocks) /sum(blocks)) *(100/ sqrt(sqrt(count(blocks)))),2) || '%' FSFIfrom dba_free_spacegroup by tablespace_name order by tablespace_name;FSFI越大越好，应大于30%1. 碎片情况受db_block_size,segment_size的设置影响。

Oracle数据库日常巡检及常见故障解决-20180620

, SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR HH24:MI:SS'),10,2),'07',1,0)) H07
, SUM(DECODE(SUBSTR(TO_CHAR(first_time, 'MM/DD/RR HH24:MI:SS'),10,2),'08',1,0)) H08
志切换，将该日志文件组的状态改动为inactive
1.1、检查数据库基本状况
检查监听状态：lsnrctl status(start/stop)
1.1、检查数据库基本状况
检查无效对象
select owner,object_name,object_type from dba_objects where status!='VALID' and owner!='SYS' and owner!='SYSTEM';
第三步：调用dbms_job的broken函数将要停止的job干掉 SQL> EXEC DBMS_JOB.BROKEN(18,TRUE); PL/SQL procedure successfully completed SQL>commit; 此时这个job还是运行的，可以通过dba_jobs_running查看
1.1、检查数据库基本状况
在线日志切换频率过高处理办法： 1、创建新的日志组 alter database add logfile group 4 ('目录/redo04.log') size
500M; 2、切换日志到新建的日志组 alter system switch logfile; 3、删除旧日志组 alter database drop logfile group 3; 注意：删除的日志文件组不能处于current状态，须要运行一次手动日

ORACLE数据库常规巡检报告单（例子）

ORACLE数据库常规巡检报告单（例⼦）ORACLE数据库常规巡检报告单⽬录ORACLE数据库常规巡检报告单 (1)⼀、概述 (3)⼆、使⽤的相关软件简要说明 (3)三、主机及操作系统常规配置检查 (3)1、系统设置检查 (3)2、I/O 设备信息 (3)3、⽹络配置信息 (4)四、ORACLE 数据库常规检查 (5)1、ORACLE 常规检查 (5)2、基本参数配置 (5)3、ORACLE ⽤户配置⽂件 (6)五、数据库关键性能检查及分析 (6)1、数据库性能检查 (6)2、数据库响应时间分析 (6)六、备份恢复策略检查和维护 (7)1、RMAN 配置情况 (7)2、备份策略描述 (7)3、备份策略实施 (7)4、备份检查和每⽇备份脚本⽇志检查 (8)5、对当前策略的总结 (8)七、关键性SQL 语句定位及分析 (8)⼋、近期警告⽇志及相关分析 (8)1、orcl_ora_8727.trc (8)2、orcl_ora_8727.trc (9)九、⼩结 (9)⼀、概述按照维护计划和为了系统的稳定运⾏，需要定期对系统进⾏⼀次巡检，时间周期为每星期⼀次。

⽬的在于诊断当前环境是否存在安全隐患，系统运⾏是否存在明显的系统瓶颈，定位重要的SQL 语句并进⾏性能分析，分析当前备份策略，分析警告⽇志信息并提供解决⽅案。

⼆、使⽤的相关软件简要说明1．使⽤RDA 对整个系统进⾏检查，并且⽣成报告2．使⽤AWR 对数据库进⾏检查，并且⽣成报告。

3．使⽤RMAN 对数据库进⾏备份，并且使⽤RMAN 相关的功能进⾏备份检查。

相关详细后页提供三、主机及操作系统常规配置检查1、系统设置检查主机和版本号Linux localhost 2.6.9-34.ELsmp #1 SMP Fri Feb 24 16:56:28 EST 2006 x86_64主机名localhost.localdomain操作系统平台64-bit Red Hat Linux操作系统版本 2.6.92、I/O 设备信息3、⽹络配置信息四、ORACLE 数据库常规检查1、ORACLE 常规检查Database OverviewDB Name ORCLGlobal Name /doc/e298af7e4693daef5ef73dba.html Host Name localhost Instance Name orclInstance Start Time 18-Nov-2008 14:14:01Restricted Mode NOArchive Log ModeARCHIVELOG3、ORACLE ⽤户配置⽂件# .bash_profile# Get the aliases and functionsif [ -f ~/.bashrc ]; then. ~/.bashrcfi# User specific environment and startup programsPATH=$PATH:$HOME/binexport PATHunset USERNAME#for oracleexport ORACLE_SID=orclexport ORACLE_BASE=/oracleexport ORACLE_HOME=/oracle/10gexport PATH=$ORACLE_HOME/bin:$PATHexport NLS_LANG=AMERICAN_AMERICA.ZHS16GBK五、数据库关键性能检查及分析1、数据库性能检查2、数据库响应时间分析响应时间是⾮常重要的数据库性能指标从以上信息可以看出，RMAN 备份占⽤的⼤量的时间，六、备份恢复策略检查和维护1、RMAN 配置情况RMAN configuration parameters are:CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;CONFIGURE BACKUP OPTIMIZATION ON;CONFIGURE DEFAULT DEVICE TYPE TO DISK;CONFIGURE CONTROLFILE AUTOBACKUP ON;CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'orclcongrol_%F'; CONFIGURE DEVICE TYPE DISK PARALLELISM 2 BACKUP TYPE TO COMPRESSED BACKUPSET; CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # defaultCONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE CHANNEL 1 DEVICE TYPE DISK MAXPIECESIZE 100 M MAXOPENFILES 8 RATE 40 M; CONFIGURE CHANNEL 2 DEVICE TYPE DISK MAXPIECESIZE 100 M MAXOPENFILES 8 RATE 40 M; CONFIGURE MAXSETSIZE TO UNLIMITED; # defaultCONFIGURE ENCRYPTION FOR DATABASE OFF; # defaultCONFIGURE ENCRYPTION ALGORITHM 'AES128'; # defaultCONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # defaultCONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle/10g/dbs/snapcf_orcl.f'; # default2、备份策略描述选⽤RMAN 多级备份策略,以每个星期作为⼀个周期星期1 数据库全备0 级星期2 增量备份 1 级星期3 增量备份 1 级星期4 累积增量备份1c 级星期5 数据库全备0 级星期6 增量备份 1 级星期天增量备份 1 级基于以上策略,任何时间点的数据恢复只需要做最多1 次0 级恢复和2 次1 级恢复.加上当⽇的归档⽇志可以实现快速的完全恢复3、备份策略实施Cat /etc/crontabSHELL=/bin/bashPATH=/sbin:/bin:/usr/sbin:/usr/binMAILTO=rootHOME=/# run-parts01 * * * * root run-parts /etc/cron.hourly02 4 * * * root run-parts /etc/cron.daily22 4 * * 0 root run-parts /etc/cron.weekly42 4 1 * * root run-parts /etc/cron.monthly00 4 * * 1 oracle /oracle/scripts/rman/backupweek1.cmd &00 4 * * 2 oracle /oracle/scripts/rman/backupweek2.cmd &00 4 * * 3 oracle /oracle/scripts/rman/backupweek3.cmd & 00 4 * * 4 oracle/oracle/scripts/rman/backupweek4.cmd &00 4 * * 5 oracle /oracle/scripts/rman/backupweek5.cmd &00 4 * * 6 oracle /oracle/scripts/rman/backupweek6.cmd &00 4 * * 7 oracle /oracle/scripts/rman/backupweek7.cmd &4、备份检查和每⽇备份脚本⽇志检查使⽤crosscheck backupset 检查。

Oracle数据库系统巡检报告

Oracle数据库系统巡检报告XXXXXXXX数据库系统巡检报告福华网络2017年2月15日目录1文档控制 (1)2巡检记录 (1)3巡检概述 (4)4巡检结果记录 (4)5检查项目分析与建议 (4)6数据库实例检查 (5)6.1获取实例基本信息 (5)6.1.1查看实例启动时间，运行状态 (5)6.1.2查看系统会话数 (5)6.2查看数据库文件状态 (6)6.2.1查看日志文件状态 (6)6.2.2查看表空间状态 (8)6.2.3查看表空间使用率 (9)6.2.4查看数据库文件状态 (11)6.3查看数据对象状态 (13)6.3.1查看异常用户对象 (13)6.3.2查看系统表空间的非系统对象 (14)6.3.3查找失效的索引 (15)6.3.4查找失效的约束 (16)6.3.5查找失效的触发器 (16)6.4使用AWR收集实例信息 (17)7RAC健康检查 (18)7.1RAC运行状态信息 (18)7.2ASM磁盘容量检查 (23)8DATAGUARD健康检查 (24)8.1主库确认没有日志缺口 (24)8.2确认主库可以进行角色切换，查询主库 (24)8.3查询备库是否可以切换为主库，查询备库： (24)1文档控制修改记录2巡检记录3巡检概述2017年2月14日，福华网络对XXXXXXX现运行的维保合同相关Oracle 数据库系统进行了一次全面细致的巡检服务。

巡检范围包括数据库服务器操作系统和Oracle RAC数据库。

目前，数据库服务器和数据库运行稳定。

4巡检结果记录合同相关的数据库系统巡检结果记录如下表所示：5检查项目分析与建议系统当前运行状态良好。

6数据库实例检查6.1 获取实例基本信息6.1.1查看实例启动时间，运行状态启动时间为实例最近一次启动时间，该时间变化表明实例有重启动作，需要关注。

实例运行状态应为OPEN，数据库状态应为ACTIVE。

否则数据库运行状态异常。

SQL> select instance_name ,startup_time,status,database_st atus from gv$instance;INSTANCE_NAME STARTUP_T STATUS DATABASE_STATUS---------------- --------- ------------ ----------------- xtbg1 30-JUL-16 OPEN ACTIVExtbg3 30-JUL-16 OPEN ACTIVExtbg2 30-JUL-16 OPEN ACTIVE6.1.2查看系统会话数系统会话数应和基线参数基本一致，过高和过低以为着系统存在异常。

ORACLE巡检报告

ORACLE巡检报告一、引言本次巡检报告是针对目标系统中的ORACLE数据库进行的，旨在评估数据库的整体性能、安全性以及运行状态，并提供相应的优化建议和改进措施。

二、巡检目的1.评估数据库的性能状况，识别存在的性能瓶颈和潜在问题。

2.检查数据库的安全性，发现可能存在的安全隐患和漏洞。

3.检查数据库的运行状态，确认数据库的稳定性和可用性。

4.提供相应的优化建议和改进措施，帮助提升数据库的性能和安全性。

三、巡检内容1.性能评估通过对数据库的性能指标进行测试和分析，评估数据库的性能状况。

主要包括以下内容：-响应时间：检查数据库的响应时间是否满足业务需求，识别响应时间过长的问题。

-请求量：评估数据库的吞吐量和并发处理能力，查看数据库是否存在请求量过大的问题。

-查询优化：检查数据库的查询计划，分析查询语句的性能瓶颈，提出优化建议。

2.安全评估对数据库的安全性进行全面的评估，发现可能存在的安全隐患和漏洞。

主要包括以下内容：-访问控制：检查数据库的用户权限设置，确认是否存在权限过大或权限缺失的情况。

-弱口令检测：扫描数据库的用户口令，发现可能存在的弱口令，提出修改口令的建议。

-审计日志：检查数据库的审计日志设置，确认是否存在未启用审计或日志记录不完整的情况。

3.运行状态检查对数据库的运行状态进行全面检查，确认数据库的稳定性和可用性。

主要包括以下内容：-内存使用情况：检查数据库的内存使用情况，确认是否存在内存泄漏或内存不足的情况。

-磁盘空间：评估数据库的磁盘空间使用情况，预测磁盘空间是否足够，提出磁盘空间扩容的建议。

-日志管理：检查数据库的日志管理情况，确认是否存在日志文件过大或日志文件切换不及时的情况。

四、巡检结果1.性能评估结果数据库的响应时间整体符合业务需求，但存在部分查询语句性能较差的情况，建议对这些查询进行优化。

数据库的请求量较大，建议增加服务器资源以提升并发处理能力。

2.安全评估结果数据库的访问控制较为合理，但存在少数用户权限过大的情况，建议限制部分用户的权限。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

$ tail -1000 alert_实例名.log
检查结果:正常
查看有无“ORA-”，Error”，“Failed”等出错信息。根据错误信息进行分析并解决
2.1.11检查当前crontab任务
（1）任务清单
$ crontab -l
（2）Oracle Job是否有失败
SQL> select job,what,last_date,next_date,failures,broken from dba_jobs Where schema_user='CAIKE';
检查结果:正常
如果disk/(memoty+row)的比例过高，则需要调整
2.3.7检查日志缓冲区
SQL> select name,value from v$sysstat where name in ('redo entries','redo buffer allocation retries');
order By Percent;
检查结果：正常
2.2.2
SQL> archive log list;
检查结果：正常
2.2.3
SQL> col name for a55
SQL>select file#,ts#,status,name from v$datafile;
检查结果：正常
2.2.4
#df -h
检查结果：正常
2.3
2.3.1负载情况（Load Profile）
生成awr报告
SQL>@?/rdbms/admin/awrrpt
检查结果：正常
如果DBtime远小于elapse说明数据库比较空闲
如果Logons大于每秒1~2个、Hard parses大于每秒100、全部parses超过每秒300表明可能有争用问题
SQL> SELECT owner, object_name, object_type,status FROM dba_objects WHERE status = 'INVALID';
检查结果:正常
如存在状态为N/A的表示分区对象，不用理会
2.3.5检查碎片程度高的表
SQL> SELECT segment_name table_name,COUNT(*) extents FROM dba_segments WHERE owner
FROM dba_free_space fs,
(SELECT tablespace_name,SUM(bytes) bytes
FROM dba_data_files
GROUP BY tablespace_name) df
WHERE fs.tablespace_name (+) = df.tablespace_name
检查结果：正常
2.1.8
SQL> select name,status from v$controlfile;
检查结果：正常
2.1.9
SQL> select group#,status,type,member from v$logfile;
检查结果：正常
2.1.10
SQL>show parameter background_dump_dest
Oracle监听客户端连接进程状态的进程，输出显示为：“ora_pmon_CKDB”
Oracle进行归档的进程，输出显示为：“ora_arc0_ CKDB”
Oracle进行检查点的进程，输出显示为：“ora_ckpt_ CKDB”
Oracle进行恢复的进程，输出显示为：“ora_reco_ CKDB”
2
2.1
2.1.1
# cat /home/oracle/.profile
检查结果:正常
2.1.2
$ lsnrctl status
检查结果:正常
2.1.3
SQL> show parameter
检查结果:正常
2.1.4
SQL> select status from v$instance;
检查结果:正常
其中"STATUS"表示Oracle当前的实例状态，必须为"OPEN"；"DATABASE_STATUS"表示Oracle当前数据库的状态，必须为"ACTIVE"。
2.1.5
SQL>select open_mode from v$database;
检查结果:正常
2.1.6
SQL>select * from v$version;
检查结果：正常
2.1.7
SQL>select * from v$sgainfo;
SQL>select * from v$pgastat;
检查结果:正常
若LIMIT_VALU-MAX_UTILIZATION<=5，则表明与RESOURCE_NAME相关的Oracle初始化参数需要调整。
2.3.9检查数据库连接情况
SQL> select sid,serial#,username,program,machine,status from v$session;
SQL> select distinct(owner) from dba_tables where tablespace_name='SYSTEM' and owner!='SYS' and owner!='SYSTEM' Union select distinct(owner) from dba_indexes where tablespace_name='SYSTEM' and owner!='SYS' and owner!='SYSTEM';
检查结果：正常
2.2
2.2.1
（1）查所有表空间总量：
SQL> select sum(tablespace_size * 8192 / 1024 / 1024 /1024) "totalmsize(G)" fromdba_tablespace_usage_metrics;
（2）datafile占文件系统的空间
2.3.2
检查结果：正常
Buffer Nowait表示在内存获得数据的未等待比例。Buffer Nowait的这个值一般需要大于99%。否则可能存在争用，可以在后面的等待事件中进一步确认。
Redo NoWait表示在LOG缓冲区获得BUFFER的未等待比例。如果太低（可参考90%阀值），考虑增加LOG BUFFER
检查结果:正常
在检查Oracle的进程命令输出后，输出显示至少应包括以下一些进程：
Oracle写数据文件的进程，输出显示为：“ora_dbw0_CKDB”
Oracle写日志文件的进程，输出显示为：“ora_lgwr_ CKDB”
Oracle监听实例状态的进程，输出显示为：“ora_smon_ CKDB”
library hit表示Oracle从Library Cache中检索到一个解析过的SQL或PL/SQL语句的比率。如果library hit ratio低于90%，可能需要调大shared pool区。
Soft Parse：软解析的百分比（softs/softs+hards）小于<95%,需要考虑绑定，如果低于80%，那么就可以认为sql基本没有被重用
SUM(fs.bytes) / (1024 * 1024) "Free (MB)",
Nvl(Round(SUM(fs.bytes) * 100 / df.bytes),1) "% Free",
Round((df.bytes - SUM(fs.bytes)) * 100 / df.bytes) "% Used"
SQL> select sum(bytes)/1024/1024/1024 GB from dba_data_files;
（3）查所有表空间使用量（11g）
SQL> SELECT /* + RULE */ df.tablespace_name "Tablespace",
df.bytes / (1024 * 1024) "Size (MB)",
检查结果:正常
建议通过sid查到操作系统的spid,使用ps –ef|grep spidno的方式确认spid不是ORACLE的后台进程。使用操作系统的kill -9命令杀掉连接），SID为1到10(USERNAME列为空)的会话，是Oracle的后台进程，不要对这些会话进行任何操作。
2.3.10检查system表空间内的内容
NOT IN ('SYS', 'SYSTEM') GROUP BY segment_name HAVING COUNT(*)=(SELECT MAX(COUNT(*)) FROM dba_segments GROUP BY segment_name);
检查结果:正常
2.3.6检查排序区
SQL> select name,value from v$sysstat where name like '%sort%';
Non-Parse CPU ：SQL实际运行时间/(SQL实际运行时间+SQL解析时间)，太低表示解析消耗时间过多
2.3.3
检查结果:正常
一个性能良好的系统，cpu time应该在top 5的前面，否则说明你的系统大部分时间都用在等待上。
2.3.4