在手机软件功能测试过程中，如果我们只是对网站服务器和数据库查询服务器空间开展了监管，便会常常有那样的疑惑：資源应用焦虑不安为什么事务管理响应速度那么长？数据库查询特性如何？什么sql最用时？什么事情等待？为了更好地获得大量的Oracle特性，Oracle内置的awr专用工具为大家给予了非常好的解决方法。
一、AWR专用工具简易详细介绍
AWR 本质上是一个 Oracle 的内嵌专用工具，它收集与特性有关的数据统计，并从这些数据统计中导出来特性度量，以追踪潜在性的难题。换句话说能够搜集到数据库查询运作的各层面统计数据和等候信息内容，用于确诊剖析，做为一段阶段内数据库查询特性调节的参照。
AWR的取样方法默认设置以固定不动的间隔时间为其全部关键的统计数据和负荷信息内容实行一次取样，并将取样信息内容储存在AWR中。AWR选用默认设置对策是每钟头对v$active_session_history开展取样一次，并将信息内容储存到硬盘中，而且保存7天，7天之后旧的纪录才会被遮盖。这种取样信息内容被储存在主视图 wrh$_active_session_history中，而这一采样率（1钟头）和保存期（7天）是能够依据具体情况开展调节的，除开选用指令方法设置采样率外Oracle还可以根据运行命令方法来传出收集要求，这就为实行功能测试时积极收集特性数据信息给予了便捷。快照更新由一个称之为 MMON 的新的后台进程（以及从过程）及其MMNL后台进程全自动地每过固定不动時间取样一次，大家先看来一下10g的定义手册中对这两个新提升的后台进程的详细介绍：
MMON：Manageability Monitor的缩写。MMON过程承担实行多种多样和管理方法有关（manageability-related）的后台任务。比如：
1）当某一精确测量值（metrics）超出了预置的规定值（threshold value）后递交警示
2）建立新的 MMON 归属于过程（MMON slave process）来开展快照更新（snapshot）
3）捕捉近期改动过的 SQL 目标的统计数据
MMNL:：Manageability Monitor Light的缩写。MMNL过程承担实行轻量的且頻率较高的和可管理性有关的后台任务，比如捕捉对话历史时间信息内容，精确测量值测算等。假如MMON过程沒有依照必需的经常水平将ASH数据信息写至AWR，那麼MMNL后台进程就承担进行这一工作中。
二、AWR汇报內容包括哪些內容
AWR汇报包括等候事情段，Load Profile段，案例高效率统计分析段，Shared Pool统计分析段，Cache Size段，在其中最重要的是等候事情段，它告知我们在功能测试時间内数据库查询碰到什么特性短板，他们将是特性调节或难题确诊的关键备选目标。下列为AWR汇报关键包括的內容。
Report summary
Wait events statistics
SQL statistics
Instance activity statistics
I/O statistics
Buffer pool statistics
Advisory statistics
Wait statistics
Undo statistics
Latch statistics
Segment statistics
Dictionary cache statistics
Library cache statistics
SGA statisics
Resource limit statistics
init.ora parameters
三、怎样转化成AWR
AWR当然可以由Oracle全自动造成，可是还可以根据DBMS_WORKLOAD_REPOSITORY包来手工制作建立、删掉和改动，还可以应用desc指令查询该库中的全过程。
下边介绍一下awr有关的一些常见系统命令：
1、手工制作建立一个快照更新snapshot
为了更好地获得快照更新能够在SQLPLUS情况下运作以下句子：
SQL> begin
dbms_workload_repository.create_snapshot();
end;
2、手工制作删掉特定范畴的快照更新snapshot
SQL> begin
dbms_workload_repository.drop_snapshot_range(low_snap_id => 388, high_snap_id => 388, dbid => 1483744007);
end;
在其中的删掉标准能够根据查看表wrh$_active_session_history来获得。
3、改动收集時间和统计数据保存期，如将搜集时间间隔改成30 分鐘一次。而且保存5天時间（企业全是分鐘）：
SQL>exec dbms_workload_repository.modify_snapshot_settings(interval=>30, retention=>5*24*60);
在其中interval主要参数能够改动AWR信息内容的采样率，retention设定的是AWR的储存時间，企业为分鐘。
4、设定基准线，储存这种数据信息关键用以未来的剖析和较为。
SQL>exec dbms_workload_repository.create_baseline(start_snap_id => 1003,end_snap_id => 1013, 'apply_interest_1');
5.删掉基准线
SQL>exec DBMS_WORKLOAD_REPOSITORY.DROP_BASELINE(baseline_name =>'apply_interest_1', cascade => FALSE);
6.转化成表格
获得随意2个快照更新中间的AWR汇报只*须在SQLPLUS情况下运作以下句子：
@?/rdbms/admin/awrrpt.sql并按以下操作流程就可以进行：
*, 键入转化成汇报种类。现阶段AWR给予txt和html二种文件格式，*须确定转化成文件格式，默认设置是html文件格式。
挑选快照更新的日数，确定转化成AWR汇报的时间段。
键入日数信息内容后，AWR转化成编码会将日数范畴内的snapshot镜像系统点列举，供键入挑选。键入逐渐snapshot序号和停止snapshot序号，这两个快照更新决策了界定的表格造成的间隔时间。
键入转化成汇报的名字，汇报写到客户特定的文件目录和文档下。
以上操作流程进行后就可以在特定文件目录上见到相对应的汇报文档。
四、AWR汇报在功能测试中的实践活动
为了更好地*系统软件平稳运作的与此同时，系统软件运作高效率可以达到业务流程要求，浙江地税大集中化工程项目办在信息系统集成环节就引进了功能测试来评定设计阶段系统软件的特性情况，体系特性品质，防止系统软件发布运作后发生特性常见故障。在这个新项目的功能测试全过程中，AWR汇报针对功能测试結果的剖析和特性的提高给予强大的数据信息确保。下列为税务发票开售功能测试稳定性测试全过程中，Loadrunner与AWR汇报相互配合搜索特性短板的实例。
第1步，设定好特性稳定性测试情景，在特性稳定性测试以前手工制作建立一个snapshot镜像系统点，该实际操作并不危害检测結果。
第2步，依照设置的检测情景实行200客户高并发开展税票开售的稳定性测试，检测時间为十分钟；
第3步，检测完毕后再度手工制作建立一个snapshot快照更新。
第4步，转化成检测逐渐和检测完毕2个快照更新中间的AWR汇报。
根据剖析Loadrunner检测結果，发觉根据地税局编号获得公司开票信息事务管理的均值响应速度为16.479秒，远远地超过了事务管理响应速度不超5秒的检测规定，经剖析发觉用时较大 要求的用时为根据公司ID获得公司税票缴销类型和总数的要求，进一步剖析该要求相匹配的time to first buffer結果，发觉服务端的解决時间的耗费非常大，互联网上的耗费時间能够忽略，从而能够得到基本的结果短板发生在服务端的解决上。
那那样的結果，是运用导致的或是数据库查询导致的呢，相互配合AWR汇报看来就较为非常容易获得恰当的回答。
将第4步造成的HTML脚本制作黏贴出去，用IE开启看一下，一个特定时间范围的详细的数据库查询特性汇报就呈现在大家眼前了。下边是一部分截屏（在其中CPU per Exec(s)为单独sql的cpu用时）：
根据和开发者确定，图上用时最多的2个sql分别是获得公司发票种类和相匹配总数、获得公司基本资料启用*须的，归属于被好几个地区不断启用公共sql语句，*须关键提升。接着历经积放sql优化和功能测试相互配合认证，这两个sql的实行高效率拥有显著的提高，全部税票缴销的高并发特性結果也做到了预估的检测总体目标。
结语：
具体的AWR汇报剖析远比以上实例繁杂，文中也只是是开诚布公，表明手工制作转化成AWR汇报对功能测试全过程中Oracle数据库查询特性剖析是一个简单而好用的方式 。总而言之，学好剖析AWR汇报并得到 对自身有效的信息内容，是特性剖析必不可少的一个层面，假如再能与稳定性测试和业务系统的日志融合剖析得话，是可以剖析出一些重要的存有特性难题的SQL，从而再由技术性精英团队开展提升，由浅入深，不断完善。本文的目地只求详细介绍 AWR在功能测试全过程中的简易运用，只涉及到十分基本上的一些实际操作和內容，有关更详细的內容能够参照有关技术资料。
