重做日志空间请求警报会在请求的数量大于0的时候提示出错。如果这种情况发生了,你可能需要增加log_buffer参数的值。
共享池争用警报会提示你出现了共享池争用以及和锁定相关的问题。系统等待警报查询会询问Oracle的事件结构,以确定由于争用而出现过多等待的事件。库缓冲失败警报查询会查找库缓冲失败率。如果库缓冲失败率超过.02,你就需要增加shared_pool_size的值来补救。
数据库编写器争用警报会查找不良查询总长的值、写入请求和数据库编写器工具(DBWR)的检查点。当写入请求的长度大于3或者大于DBWR 检查点的等待次数,你就需要调整数据库编写器的进程。
数据字典失败率警报会提示你对数据字典元数据请求过高的次数。有时你可以通过增加shared_pool_sizeinit.ora这个参数的值来缓解这个问题。数据字典对象警告报告会揭示对Oracle数据字典的内部争用和字典元数据请求过高的次数。
仔细研究一下
现在让我们更加仔细地看一下这些脚本是如何工作的。STATSPACK这个工具按时间来处理Oracle的调配信息,并把这些信息记录在多个表格里。这些表格的名称会反映出Oracle内部查看表v$,这些名字诸如stats$sysstat和stats$sql_summary。知道了这一点,你就可以编写一些简单的Oracle查询,它们会显示性能的走势信息。然后你就可以处理这些性能信息,并把它们送到预示模型,例如线性回归,这会准确地告诉你更改你系统全局区域(System Global Area,SGA)内部结构的正确次数。
Listing A包含有使用这些性能信息的例子。这个脚本会生成一个在一段时间内库缓冲区失败率的连续总计,还会引用stats$librarycache表格。
这个脚本的输出会指出,你需要在这一期间内通过cron job或者dbms_job为shared_pool_size计划安排额外的内存,见图A。
图A
文章来源于领测软件测试网 https://www.ltesting.net/