　　Statspack 是 Oracle 提供的一个实例级的Tuning工具。很多DBA都喜欢用这个工具来进行数据库的优化调整。不过在交流中发现很多朋友对这个工具的的运用还有一些问题。下面就其中比较容易出问题的几个方面进行一下简单的分析。
　　
　　快照的采样时间间隔问题
　　
　　我们知道，Statspack的report实际上也就是对比两个快照 (Snapshot，也就是数据库当前状态 ) 得出的结果。
　　
　　一般情况下，专家建议生成Statspack报告的快照时间间隔为15-30分钟。
　　
　　试想，一个人去医院看病，医生对其测量体温，一般也就是5-10分钟左右就可以了，为什么是这麽长的时间？因为5-10分钟这段时间基本可以近似的得到你的体温。如果时间过短，可能达不到既定的目的，测到的体温会偏低，时间过长，甚至长达几个小时的话(假设有这种情况)，病人可能都昏迷几次了 ;) 。
　　
　　对生成Statspack报告的快照时间间隔也是这样，如果两个Snap Time时间过短，数据库的一些主要周期性事务可能还没有运行，信息收集不完全。如果间隔过长，数据一样会有偏差。
　　
　　假设如下的情况：系统一直正常，但是最近几天有用户反映，在A时间段应用程序执行很慢。B时间段正常，而 A时间段有一个主要的事务X运行（也是用户使用到的事务）。 B时间段有另外一个比较消耗资源的事务Y在运行。A和B时间段的跨度比较大。本来你的快照如果覆盖A时间段内就已经能够的收集到比较准确的数据了，但不巧的是，你的Report 所用的两个Snap ID的时间跨度太长，从而把B时间段内的统计数据也收集了进来。 Statspack 经过比较，“认为”事务Y是对系统有主要影响(这也会在Report上体现出来)，而你，经过分析，认为Y才是罪魁祸首，接下来，你不遗余力的对Y进行了tuning......
　　
　　问题出现了！调整了B之后，用户继续报告，A时间段内系统不但没有变快，反而变得更慢，甚至不可忍受。这种情况是很危险的，可能会对系统造成不同程序的损害。在比较严格的环境中，这已经构成了一次比较严重的事故。
　　
　　或许你也要承认，Statspack的快照的采样时间间隔还真需要重视呢......
　　
　　这是一个Oracle　8.1.7.0.1　版本下的Statspack报告：
　　
　　　　　　　　　　　　　Snap Id　　　　　Snap Time Sessions
　　　　　　　　　　　 ------- ------------------ --------
　　Begin Snap:　　　　　　637 04-Aug-03 11:59:33　　　 25
　　End Snap:　　　　　　　646 04-Aug-03 16:29:06　　　 25
　　Elapsed:　　　　　　　　　　　　269.55 (mins)
　　
　　从中可以看到快照637和快照646之间为269.55 (mins)。这么长的时间跨度，即使数据库在一定时间间隔内有问题，在这里的体现也会有偏差。
　　
　　下面的这个Statspack 报告的时间有点不靠谱了：
　　
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　Snap Length
　　Start Id　End Id　　　　　　　Start Time　End Time　　　　　　　　(Minutes)
　　--------　--------　--------------------　--------------------　-----------
　　　　 314　1053　　　　11-Dec-03 18:07:13　19-Dec-03 10:53:02　　　11,085.82
　　
　　11,085.82分钟? 这么长时间内的数据采集分析，怕是绝大部分内容都是不能相信的了。
　　
　　还要注意的是，我们说的时间间隔，是Begin Snap和End Snap之间的间隔，而不是相邻两个Snap 之间的间隔。对于Snap收集的间隔，建议以不要影响性能为准，收集的太过于频繁，会对性能和存储都造成压力。对于所谓的15-30分钟，不能墨守成规。具体的环境下应该加以调整。
　　
　　以偏概全
　　
　　Statspack从本质上说，是对系统的性能统计数据进行采样，然后进行分析，采样，就会有偏差。如何消除偏差？统计学指出差值随样品个数的增加而降低。所以，只凭借一个Report文档就断定数据库的性能问题出在某处，是比较武断的做法（个别情况除外）。需要DBA创建多个Report，包括不同时间段，对比进行分析，这样才会起到很好的效果。在寻求技术支持的时候也最好能够多提交几份Report，便于支持人员迅速帮助解决问题。
　　
　　有关Timed_statistics参数
　　
　　虽然这算是一个低级的错误，还是很遗憾，常常看到一些朋友对这个参数的忽略．如果在 Timed_statistics的值设置为False的时候进行收集，可以说，收集到的东西用处不是很大 (我想你不会只想看一些实例名字、初始化参数之类的信息吧)。

[1] [2] 下一页

上一篇:调整缓冲区高速缓存(Buffer Cache)的性能

下一篇:如何改善Oracle的索引？

Statspack使用中存在的几个误区相关文章：

·GHOST使用方法（图解）

·Vista系统使用技巧总结

·为什么iexplore.exe在打开网页时CPU使用会100%？

·QQ空间导航代码最新版使用方法

·DataTable控件的使用

·推荐：漂亮的手机上使用的墙纸图片分享下载

·腾讯QQ号码使用完全指南

·DENX U-Boot及Linux使用手册

·QQ空间透明flash代码使用说明

·电脑使用一段时间后会变慢原因解析

Statspack使用中存在的几个误区相关软件：

·黑客视频教程 VMware虚拟机的安装和使用

·黑客视频教程-灰鸽子远控使用教程

·使用GPMC随心所欲管理组策略

·FLASH 8中文使用手册

·Adobe Photoshop CS 2 简体中文使用指南

·Auto CAD R14高级使用教程

·Microsoft Visio 2000 完全使用手册

·Linux 系统命令及其使用详解(大全)

·黑客视频教程-网吧代理服务器使用灰鸽子端口映射方法

·Office使用完全手册

特别声明：本站除部分特别声明禁止转载的专稿外的其他文章可以自由转载，但请务必注明出处和原始作者。文章版权归文章原始作者所有。对于被本站转载文章的个人和网站，我们表示深深的谢意。如果本站转载的文章有版权问题请联系编辑人员，我们尽快予以更正。
[打印本页] [关闭窗口] 转载请注明来源：http://www.vipcn.net

	\| 帮助(？) \| 版权声明 \| 友情连接 \| 关于我们 \| 信息发布
Copyright 2007 www.vipcn.net All Rights Reserved.	鄂ICP备05000083号Powered by:viphot