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 9I之后除了系统表空间，其他的表空间的空间段管理方式推荐为LOCAL。

临时表空间用于存放临时段。

为了维护数据库的性能，临时表空间的维护方法有别于其他一般表空间。

缺省情况下，所有表空间都创建为PERMANENT。

所以在创建临时段时，需要保证表空间类型为TEMPORARY。

由于这些表空间中的排序段不被清除，所以减少了空间事务争夺，同时减少了SMON对于CPU的使用率。

由于表空间的extent 出现了local management 方式，对表空间采用了位图管理，更利于空间的使用及回收管理。

正常___ 不正常___
正常
回滚段
回滚段能够用来保证读一致性，回滚事务以及恢复数据库。

以下数据库中回滚段的使用情况：
正常___ 不正常___
正常
无效对象
数据库对象需要维护。

如下是系统目前状态为“INVALID”的对象：
有___ 没有___
有，请检查上面对象是否使用
已停止的作业
数据库作业，如下是状态为Broken的作业，请确认其是否应该为执行状态：
有___ 没有___
没有
当前系统最大的Segment
这里列出当前系统中超过500MB的segment，可以更好认识数据的分布情况。

有___ 没有___
有
对象碎片检查
对象碎片是无法避免的，但是这会影响性能。

更糟糕的是，碎片会导致空间管理问题。

规则extent>1000个的table和index可能存在碎片。

有___ 没有___
没有
对象分析情况
系统中存在以下对象未进行统计信息收集
数据库中的表和索引已经进行了统计信息的收集，但是最近没有收集统计信息。

1 oracle不建议对数据库数据字典分析，包括SYS和SYSTEM的
2 建议对应用的表进行定期分析，以便CBO有精确的统计信息，得到较好执行计划，当前系统中多数用户对象基本没有分析，有些用户一些用户表分析情况不是很全面，有的是过长时间没有分析过。

有___ 没有___
有
数据库报警日志alertlog检查
报警日志包含了系统级别的错误与报警，需要对近期发现的ORA错误进行检查与分析。

正常___ 不正常___
正常
数据库性能
数据库<ORCL>的性能情况
（10g以上的版本）通过awr的报告来体现
（10g以下的版本）通过statspack的报告来体现
数据库实例性能命中率
以下列出的是数据库实例性能的各项的命中率，它们的最佳值是100%
Instance Efficiency Percentages (Target 100%)
•Latch Hit%在99以上，表明系统在Latch上无争用
•Redo Nowait在99%以上，表示参数log_buffer 的设置满足
系统要求。

•In-mem sort 在99%以上，表示参数
PGA_AGGREGATE_TARGET 的设置满足系统要求。

•Buffer Hit% 超过99％, 表明db_cache_size满足要求。

•Execute to Parse %很低，说明SQL语句的共享性很差，可能
是绑定变量用得不好。

db_cache_size偏小
PGA命中率
数据来源：
PGA Cache Hit % W/A MB Processed Extra W/A MB Read/Written
--------------- ---------------- -------------------------
命中率建议在95%以上
正常___ 不正常___
正常
Log_buffer
数据来源：
Statistic Total per Second per Trans
--------------------------------- ------------------ -------------- ------------
redo log space requests
redo log space wait time
redo log space wait time越接近0，表示redo的性能越好。

充足___ 不充足___
充足
SHARED_POOL使用率
数据来源：
Shared Pool Statistics Begin End
------ ------
Memory Usage %的使用比例在75%-80%时数据库共享池资源的性能最好，如果高，说明共享池偏小，如果低，说明共享池偏大。

可根据此值给出增大、减少的建议。

充足___ 不充足___
充足
等待事件(Top Timed Events)
以下列出的数据库主要的等待事件
数据来源：
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) Ela Time
-------------------------------------------- ------------ ----------- --------
这是系统中前5位等待最多的事件，
CPU time ：通常由逻辑IO和SQL语句反复解析引起的开销，如果是第一位，说明系统运行性能好。

awr或statspack统计信息分析
关于CPU数据库使用情况
数据来源：
Statistic Total per Second per Trans
--------------------------------- ------------------ -------------- ------------
CPU used by this session
parse time cpu
parse time elapsed
recursive cpu usage
可以看出系统CPU主要用于SQL语句的真正的执行阶段，而用于解析的时间不多，但递归调用的时间较多，说明应用程序SQL设计一般。

DBWR写脏数据
正常情况下该指标接近于0，如果该指标的数值在监测时段内始终较大，那么则说明DBWR进程数不足。

本系统正常。

数据来源：
Statistic Total per Second per Trans
--------------------------------- ------------------ -------------- ------------
dirty buffers inspected
正常情况下该指标接近于0，如果该指标的数值在监测时段内始终较大，那么则说明DBWR进程数不足。

可以建议增加db_writer_processes的值。

正常___ 不正常___
正常
关于长短表扫描统计信息
数据库全表扫描非常消耗系统资源，所以应用程序中的SQL语句应尽量避免使用全表扫描。

数据来源：
Statistic Total per Second per Trans
--------------------------------- ------------------ -------------- ------------
table scans (long tables)
table scans (short tables)
正常___ 不正常___
正常
关于数据库事务提交/会滚性能指标
数据来源：
Statistic Total per Second per Trans
--------------------------------- ------------------ -------------- ------------
user calls
user commits
user rollbacks
正常___ 不正常___
正常
SORT 信息统计
数据库中的SORT操作是影响数据库性能的重要方面，加快数据库SORT 操作的速度，可以有效地提高数据排序性能。

数据来源：
Statistic Total per Second per Trans
--------------------------------- ------------------ -------------- ------------
sorts (disk)
sorts (memory)
磁盘排序越低越好。

正常___ 不正常___
正常
数据库I/O性能
本数据库的数据文件的平均的读取时间最高没超过10ms，远远小于阀值20ms,表示当前的数据库I/O速度是可以接受的，如果有一些数据文件的平均读取时间大于20ms，需要引起注意。

数据来源：
Tablespace IO Stats for DB: ORCL Instance: orcl Snaps: 15 -18
ORACLE认为平均读取时间大于20ms是I/O性能比较差的，如果一个数据文件的平均读取时间一直大于20ms的话，
建议：
应该检查对该数据文件上的查询语句，并且优化SQL语句。

如果该数据文件包含索引，一个可以考虑的选择是使用压缩索引来减少I/O。

数据文件应该尽量条带化，分布在不同的物理硬盘上面。

如果数据文件已经条带化在不同硬盘上面，建议检查disk controller layout，看数据文件是否需要分布在更多的disk sets。

正常___ 不正常___
正常
Top SQL
逻辑读高SQL ordered by Gets for DB
数据来源：
正常
物理读高SQL ordered by Reads for DB
数据来源：
正常___ 不正常___
正常
数据库备份策略评估
备份策略
每天进行一次归档备份，每天完成一次数据库全备。

系统中，最新的备份日期为YYYY-MM-DD，正常。

有___ 没有___
有
恢复策略
定期进行全数据库恢复测试。

定期进行恢复测试以确保备份的可用性和恢复步骤的熟悉。

1、根据不同的数据库失败情况制定相应的恢复策略。

●数据库全库恢复
●表空间恢复
●数据文件恢复
●数据表恢复
有___ 没有___ 有。