XX移动Oracle数据库巡检报告描述版V模板.docx
《XX移动Oracle数据库巡检报告描述版V模板.docx》由会员分享，可在线阅读，更多相关《XX移动Oracle数据库巡检报告描述版V模板.docx（13页珍藏版）》请在冰点文库上搜索。
XX移动Oracle数据库巡检报告描述版V模板
XX移动Oracle
数据库巡检报告描述版
（v）
作者
朱克威
审核
分类
规范类文档
别类
Oracle
更新时间
关键字
Oracle数据库巡检
摘要
Oracle数据库巡检报告--描述版
主要适用环境
各种平台的oracle数据库系统
版本说明
版本
日期
内容
编写人
V
《Oracle数据库巡检报告-描述版》
朱克威
目录
巡检说明
此次巡检总共巡检中国移动北京分公司数据库oracle套数据库巡检
列表如下
Ip地址
操作系统
描述
巡检具体见下
巡检总结
总体性能方面
问题点
数据库名
节点
Ip
描述
系统配置
oracle用户的limit限制
Oracle数据库的一些参数设置受到操作系统的限制，如果某些操作系统限制（例如用户使用内存数，最大文件数等），则Oracle运行过程中可能报错（例如申请内存出错等）。
因此，巡检查看这部分信息。
正常___不正常___
正常
CPU使用情况
查看主机CPU资源是否充足，此部分信息可做为性能诊断的参考。
#vmstat210
充足___不充足___
充足
磁盘空间情况
查看主机磁盘资源是否充足，如果某些日志路径满，则Oracle会报错。
充足___不充足___
充足
内存使用情况
查看主机内存资源是否充足，如果内存用尽，主机会使用交换区（SWAP），这会造成额外的I/O，影响Oracle的性能。
充足___不充足___
充足
10.87.56.220数据库配置
这个部分详细阐述了数据库的主要结构。
数据库版本
数据库的当前版本是
建议升级___不建议升级___
不建议升级
数据库产品选项
一般，很多系统安装的数据库产品选项根本未被使用。
以下列出的安装产品选项可供未来的应用开发参考，或是可以被确认有哪些产品选项未在原计划之内。
正常___不正常___
正常
DatabaseRegistry
正常___不正常___
正常
SGA组成
以下是数据库的组成情况：
控制文件
以下数据库控制文件信息
正常___不正常___
正常
在线重做日志
正常___不正常___
正常
表空间管理
以下数据库表空间的管理和使用情况。
在ORACLE9I之后除了系统表空间，其他的表空间的空间段管理方式推荐为LOCAL。
临时表空间用于存放临时段。
为了维护数据库的性能，临时表空间的维护方法有别于其他一般表空间。
缺省情况下，所有表空间都创建为PERMANENT。
所以在创建临时段时，需要保证表空间类型为TEMPORARY。
由于这些表空间中的排序段不被清除，所以减少了空间事务争夺，同时减少了SMON对于CPU的使用率。
由于表空间的extent出现了localmanagement方式，对表空间采用了位图管理，更利于空间的使用及回收管理。
正常___不正常___
正常
回滚段
回滚段能够用来保证读一致性，回滚事务以及恢复数据库。
以下数据库中回滚段的使用情况：
正常___不正常___
正常
无效对象
数据库对象需要维护。
如下是系统目前状态为“INVALID”的对象：
有___没有___
有，请检查上面对象是否使用
已停止的作业
数据库作业，如下是状态为Broken的作业，请确认其是否应该为执行状态：
有___没有___
没有
当前系统最大的Segment
这里列出当前系统中超过500MB的segment，可以更好认识数据的分布情况。
有___没有___
有
对象碎片检查
对象碎片是无法避免的，但是这会影响性能。
更糟糕的是，碎片会导致空间管理问题。
规则extent>1000个的table和index可能存在碎片。
有___没有___
没有
对象分析情况
系统中存在以下对象未进行统计信息收集
数据库中的表和索引已经进行了统计信息的收集，但是最近没有收集统计信息。
1oracle不建议对数据库数据字典分析，包括SYS和SYSTEM的
2建议对应用的表进行定期分析，以便CBO有精确的统计信息，得到较好执行计划，当前系统中多数用户对象基本没有分析，有些用户一些用户表分析情况不是很全面，有的是过长时间没有分析过。
有___没有___
有
数据库报警日志alertlog检查
报警日志包含了系统级别的错误与报警，需要对近期发现的ORA错误进行检查与分析。
正常___不正常___
正常
数据库性能
数据库的性能情况
（10g以上的版本）通过awr的报告来体现
（10g以下的版本）通过statspack的报告来体现
数据库实例性能命中率
以下列出的是数据库实例性能的各项的命中率，它们的最佳值是100%
InstanceEfficiencyPercentages（Target100%）
∙LatchHit%在99以上，表明系统在Latch上无争用
∙RedoNowait在99%以上，表示参数log_buffer的设置满足系统要求。
∙In-memsort在99%以上，表示参数PGA_AGGREGATE_TARGET的设置满足系统要求。
∙BufferHit%超过99％,表明db_cache_size满足要求。
∙ExecutetoParse%很低，说明SQL语句的共享性很差，可能是绑定变量用得不好。
db_cache_size偏小
PGA命中率
数据来源：
PGACacheHit%W/AMBProcessedExtraW/AMBRead/Written
--------------------------------------------------------
命中率建议在95%以上
正常___不正常___
正常
Log_buffer
数据来源：
StatisticTotalperSecondperTrans
-----------------------------------------------------------------------------
redologspacerequests
redologspacewaittime
。
redologspacewaittime越接近0，表示redo的性能越好。
充足___不充足___
充足
SHARED_POOL使用率
数据来源：
SharedPoolStatisticsBeginEnd
------------
MemoryUsage%的使用比例在75%-80%时数据库共享池资源的性能最好，如果高，说明共享池偏小，如果低，说明共享池偏大。
可根据此值给出增大、减少的建议。
充足___不充足___
充足
等待事件（TopTimedEvents）
以下列出的数据库主要的等待事件
数据来源：
Top5TimedEvents
~~~~~~~~~~~~~~~~~~%Total
EventWaitsTime（s）ElaTime
---------------------------------------------------------------------------
这是系统中前5位等待最多的事件，
CPUtime：
通常由逻辑IO和SQL语句反复解析引起的开销，如果是第一位，说明系统运行性能好。
awr或statspack统计信息分析
关于CPU数据库使用情况
数据来源：
StatisticTotalperSecondperTrans
-----------------------------------------------------------------------------
CPUusedbythissession
parsetimecpu
parsetimeelapsed
recursivecpuusage
可以看出系统CPU主要用于SQL语句的真正的执行阶段，而用于解析的时间不多，但递归调用的时间较多，说明应用程序SQL设计一般。
DBWR写脏数据
正常情况下该指标接近于0，如果该指标的数值在监测时段内始终较大，那么则说明DBWR进程数不足。
本系统正常。
数据来源：
StatisticTotalperSecondperTrans
-----------------------------------------------------------------------------
dirtybuffersinspected
正常情况下该指标接近于0，如果该指标的数值在监测时段内始终较大，那么则说明DBWR进程数不足。
可以建议增加db_writer_processes的值。
正常___不正常___
正常
关于长短表扫描统计信息
数据库全表扫描非常消耗系统资源，所以应用程序中的SQL语句应尽量避免使用全表扫描。
数据来源：
StatisticTotalperSecondperTrans
-----------------------------------------------------------------------------
tablescans（longtables）
tablescans（shorttables）
正常___不正常___
正常
关于数据库事务提交/会滚性能指标
数据来源：
StatisticTotalperSecondperTrans
-----------------------------------------------------------------------------
usercalls
usercommits
userrollbacks
在抽样时间内在系统回滚率越低越好，太高表示应用设计有问题。
正常___不正常___
正常
SORT信息统计
数据库中的SORT操作是影响数据库性能的重要方面，加快数据库SORT操作的速度，可以有效地提高数据排序性能。
数据来源：
StatisticTotalperSecondperTrans
-----------------------------------------------------------------------------
sorts（disk）
sorts（memory）
磁盘排序越低越好。
正常___不正常___
正常
数据库I/O性能
本数据库的数据文件的平均的读取时间最高没超过10ms，远远小于阀值20ms,表示当前的数据库I/O速度是可以接受的，如果有一些数据文件的平均读取时间大于20ms，需要引起注意。
数据来源：
TablespaceIOStatsforDB:
ORCLInstance:
orclSnaps:
15-18
ORACLE认为平均读取时间大于20ms是I/O性能比较差的，如果一个数据文件的平均读取时间一直大于20ms的话，
建议：
应该检查对该数据文件上的查询语句，并且优化SQL语句。
如果该数据文件包含索引，一个可以考虑的选择是使用压缩索引来减少I/O。
数据文件应该尽量条带化，分布在不同的物理硬盘上面。
如果数据文件已经条带化在不同硬盘上面，建议检查diskcontrollerlayout，看数据文件是否需要分布在更多的disksets。
正常___不正常___
正常
TopSQL
逻辑读高SQLorderedbyGetsforDB
数据来源：
正常___不正常___
正常
物理读高SQLorderedbyReadsforDB
数据来源：
正常___不正常___
正常
数据库备份策略评估
备份策略
每天进行一次归档备份，每天完成一次数据库全备。
系统中，最新的备份日期为YYYY-MM-DD，正常。
有___没有___
有
恢复策略
定期进行全数据库恢复测试。
定期进行恢复测试以确保备份的可用性和恢复步骤的熟悉。
1、根据不同的数据库失败情况制定相应的恢复策略。
●数据库全库恢复
●表空间恢复
●数据文件恢复
●数据表恢复
有___没有___
有
升级会员 