杭州社保数据库分析方案.doc

杭州社保数据库分析方案
东软解决方案技术中心
2009-4-9
第1章目标 4
第2章系统配置 4
系统部署及网络拓扑图 4
第3章数据采集方案和步骤 5
主机监控 5
数据库监控 5
索引监控 5
数据空表空间碎片及表空间使用状况统计 6
表及索引碎片监控 6
Top SQL 监控 11
临时表空间监控 13
数据库运行日志分析 13
Oracle Session会话监控 13
资源竞争定位 14
第4章数据分析 15
主机资源消耗 15
磁盘情况 16
内存 20
网络 22
内核运行队列 22
第5章 ORACLE STATSPACK监控 24
事务的回滚率比较高 24
Sql语句硬解析 24
Oracle等待事件问题 24
第6章索引检查 25
第7章 SQL 性能问题 26
OLTP和OLAP业务混合使用同库问题 26
业务人员操作管理问题 26
消耗CPU的SQL 27
物理读过高的SQL 30
消耗临时表空间的SQL 32
第8章碎片情况 33
表碎片情况 33
表空间碎片情况 33
第9章热点对象统计 34
第10章其它问题 34
第11章总结 35
第12章附录优化结果对比 35
案例一 35
案例二 36
目标
杭州金保自去年12月上线新农业务以来,系统性能一直不稳定,问题现象表现主要体现在几个方面:
用户业务客户端表现为运行缓慢,高峰时段个别报表统计业务无法使用。
服务器端表现为系统资空闲所剩无几。
所以,系统通过本次性能监控确认问题所在。
系统配置
系统部署及网络拓扑图
杭州金保系统架构采用的PB开发的,Oracle两层架构,目前数据库系统运行在P690 12CPU 24G内存上,没有灾备。处于单节点运行的方案,具有很大的风险。
数据采集方案和步骤
主机监控
在业务运行期,使用vmstat,iostat,mpstat,sar命令采集系统的资源
采用IBM nmon工具采集系统资源的使用情况。
以root用户执行nmon,采集数据
./nmon -f -s 300 -c 288
生成文件名是<hostname>
例如:每隔5分钟采样一个点,一共24小时,共采样288个点
300=5×60
288=60/5*24
数据库监控
在业务运行期间,分别采用15分钟一个报告,采集2天报告。
索引监控
确认系统是否存在无效的索引对象
SELECT index_name, table_name
FROM dba_indexes
WHERE status != 'VALID'
AND owner NOT IN ('SYSTEM', 'SYS')
监控Oracle索引的使用情况,具体方法如下:
alter index <schema>.<index> MONITORING USAGE;
对某个INDEX开启监控后,就可以观察该INDEX是否被使用:
select index_name, monitoring, used, start_monitoring, end_monitoring
from v$object_usage;
要注意的是,由于V$OBJECT_USAGE视图限制了只显示当前用户下被监控的索引的情况,
如果要取消对索引使用情况的监控,使用下列SQL:
alter index <schema>.<index> NOMONITORING USAGE;
要注意的是:索引使用情况监控,会增加部分系统开销。
数据空表空间碎片及表空间使用状况统计
select tablespace_name,
sqrt(max(blocks) / sum(blocks)) * (100 / sqrt(sqrt(count(blocks)))) FSFI
from dba_free_space
group by tablespace_name
order by 1;
表及索引碎片监控
SELECT OWNER,
SEGMENT_NAME TABLE_NAME,
SEGMENT_TYPE,
GREATEST(ROUND(100 * (NVL(HWM - AVG_USED_BLOCKS, 0) /
GREATEST(NVL(HWM, 1), 1)),
2),
0)