第四阶段:回归分析
捕获的负载在我的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中国
作者
相关推荐
-
OpenWorld18大会:Ellison宣布数据库的搜寻和破坏任务
在旧金山举行的甲骨文OpenWorld 2018大会中,甲骨文首席技术官(CTO)兼创始人Larry Elli […]
-
甲骨文自治数据库亮相 带来云计算新希望
早前甲骨文还不在云计算公司之列,而现在该公司正在迅速弥补其失去的时间。甲骨文的云计算核心是甲骨文自治数据库(O […]
-
ObjectRocket着力发展Azure MongoDB服务
MongoDB吸引了微软公司的注意力,微软公司计划针对运行于该公司2017年发布的Azure Cosmos D […]
-
2017年12月数据库流行度排行榜 定格岁末排名瞬间
数据库知识网站DB-engines最近更新的2017年12月份数据库流行度排名情况是否能提供更多的看点呢?TechTarget数据库网站将与您分享12月份的榜单排名情况,让我们拭目以待。