第四阶段:回归分析
捕获的负载在我的RAC测试环境中重放已经完成,该将精力集中在分析如果要将现有的应用程序迁移到RAC环境中会引起什么性能问题。
数据库重放报告从宏观上看非常有用,因为它比较了捕获和重放的负载的执行统计情况,我使用Listing 3.11中的代码将这个报告简单格式化成文本格式输出,显示在Report 3.3。
此外,自动工作负载信息库(AWR)报告总结和分析了整个数据库在重放操作开始和结束之间的性能,我使用Listing 3.12中的代码生成了两个版本的报告(每个实例一个),对应的报告输出在Report 3.4。
如这两个报告显示的,在将应用程序部署到11gR1 RAC环境之前已经执行过一些分析了,因为它们指出有大量的针对一些数据和索引段的争用,极有可能是由于这些资源和其他资源的编序出了问题,我将在今后专门写一篇文章用新的增强的自动数据库诊断监视工具集(ADDM)来解释这些性能问题。
表3.2数据库重放和元数据视图 | |
数据字典视图 | 描述 |
DBA_WORKLOAD_CAPTURES | 记录DBR负载捕获操作的统计情况 |
DBA_WORKLOAD_FILTERS | 告诉在DBR负载捕获期间要应用哪种类型的过滤器 |
DBA_WORKLOAD_REPLAYS | 记录DBR负载重放操作的结果 |
DBA_WORKLOAD_CONNECTION_MAP | 解释连接映像如何影响所有挂起的DBR负载重放操作 |
DBA_WORKLOAD_REPLAY_DIVERGENCE | 总结在DBR负载重放期间遇到的数据和错误分析 |
V$WORKLOAD_REPLAY_THREAD | 显示真实的执行DBR负载重放操作的会话 |
我在Listing 3.13中提供了pl*sql格式化后的查询这些视图的sql语句。
小结
Oracle 11g新的数据库重放功能提供了在回归测试期间对潜在的性能问题、数据分歧、错误分歧非常细粒度的分析,如果不消除Oracle DBA最头疼的问题,执行特性有一些潜在的限制:无法准确地指出对数据库的改动将会对当前的数据库环境有多大的影响。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号

TechTarget
官方微博

TechTarget中国
作者
相关推荐
-
控制合约 不再畏惧Oracle
许多公司都与Oracle有无限制授权协议,他们害怕离开这个协议,所以就证明他们在使用Oracle的软件,即使因为需求单独购买部分授权许可也可能总体是省钱的。
-
如何应对Oracle EBS实施中的六个挑战?
在18个月的时间里,Vitamix启动运行了Oracle电子商务套件(E-Business Suite,EBS),而且Vitamix还对诸如Oracle ATG Web Commerce等所有页面属性进行了重新整理,并实现了全球数据中心。
-
Oracle的云产品“砸了自己脚”?
Sparc和Solaris都是Oracle云计划的一部分,但是硬件和支持人员的减少意味着本地Solaris和Sparc将变得更加稀少。
-
2017年3月数据库流行度排行榜 Oracle卫冕之路困难重重
时隔一个月,数据库市场经过一轮“洗牌”,旧的市场格局是否会被打破,曾经占巨大市场份额的企业是否可能失去优势?