某项目组在应用进行压力测试的过程中,发现高压下的处理响应时间偏低,在50个在线线程的压力下,平均响应时间为两秒,个别最长的响应时间甚至高达20秒。为了更好的分析,取某个时间段为半个小时再次进行压力测试,并发数量为100,准备用loadRunner工具持续性完成30分钟的压力测试,取某两个时间点生成AWR报表,进行分析查找问题所在。
生成AWR报表的方法,依赖awrrpt.sql脚本。登录sqlplus,由于生成的HTML过长,故建立目录保存AWR报表。用SPOOL亦可。
mkdir myawr
cd myawr
sqlplus / as sysdba
SQL>@?/rdbms/admin/awrrpt.sql
Current Instance
~~~~~~~~~~~~~~~~
DB Id DB Name Inst Num Instance
----------- ------------ -------- ------------
1264638695 ORCL 1 orcl
Specify the Report Type
~~~~~~~~~~~~~~~~~~~~~~~
Would you like an HTML report, or a plain text report?
Enter 'html' for an HTML report, or 'text' for plain text
Defaults to 'html'
输入 report_type 的值:
Type Specified: html
Instances in this Workload Repository schema
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
DB Id Inst Num DB Name Instance Host
------------ -------- ------------ ------------ ------------
* 1264638695 1 ORCL orcl PC-201012040
930
Using 1264638695 for database Id
Using 1 for instance number
Specify the number of days of snapshots to choose from
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Entering the number of days (n) will result in the most recent
(n) days of snapshots being listed. Pressing <return> without
specifying a number lists all completed snapshots.
输入 num_days 的值:1(注:直接回车默认显示AWR采样全部天数的快照点,如果输入1表示只显示当天)
Listing the last day's Completed Snapshots
Snap
Instance DB Name Snap Id Snap Started Level
------------ ------------ --------- ------------------ -----
orcl ORCL 253 01 12月 2011 10:22 1
254 01 12月 2011 11:00 1
255 01 12月 2011 12:00 1
256 01 12月 2011 13:00 1
257 01 12月 2011 14:00 1
258 01 12月 2011 15:00 1
259 01 12月 2011 16:00 1
260 01 12月 2011 17:00 1
Specify the Begin and End Snapshot Ids
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
输入 begin_snap 的值: 253
Begin Snapshot Id specified: 253
输入 end_snap 的值: 260
End Snapshot Id specified: 260
Specify the Report Name
~~~~~~~~~~~~~~~~~~~~~~~
The default report file name is awrrpt_1_253_260.html. To use this name
press <return> to continue, otherwise enter an alternative.
输入 report_name 的值:(注:回车自动生成awrrpt_1_253_260.html为名称的报表)
Report written to awrrpt_1_253_260.html
查询问题点:
1.查看负载情况:load profile,查看Transactions的每秒的数量。
2.分析排名靠前的等待事件:分析报表等待事件的Top5排名是AWR报表最需关注的地方。
从以上图中可以看出user I/O是最显著的问题,一般也有日志等待也比较突出。
a.CPU的运行时间排名第一,说明当前数据库运行还是比较高效的。
b.如果有日志相关等待,说明要将REDO放置写的快的磁盘和增加日志缓存 两个方案。
c.enq:SQ-CONTENTION说明和序列相关的等待时间,需要对序列增加cache。
d.db file sequential red。
3.开销最大的SQL
- 大小: 43 KB
- 大小: 30.8 KB
- 大小: 124.6 KB
- 大小: 104.7 KB
- 大小: 130.7 KB
- 大小: 92.9 KB
分享到:
相关推荐
**性能调优-AWR报表解读** Oracle 10g版本引入了一个重要的性能监控工具——Automatic Workload Repository(AWR),它是数据库管理员进行性能优化的重要参考。AWR通过定期捕获数据库的状态快照(snapshot),然后...
- **Physical writes**:物理写涉及到磁盘I/O操作,频繁的物理写会导致I/O瓶颈。通过优化数据分区或调整缓存策略可以降低物理写。 - **Parses**:解析次数过高可能会导致性能下降。通过提高SQL重用率或优化SQL语句...
通过AWR报告,DBA可以了解到过去一段时间内数据库的性能变化趋势,比如CPU利用率、I/O性能、缓冲区命中率等,从而进行针对性的调优。 **ASH报告** ASH是Oracle数据库的另一个重要性能监控工具,它记录了数据库活跃...
这些数据有助于分析SQL语句的效率和数据库的I/O性能。 AWR报告是数据库管理员(DBA)进行性能监控和故障排查的重要工具。通过分析AWR报告,DBA可以识别出性能瓶颈和问题所在,进而制定相应的优化策略。需要注意的是...
I/O瓶颈通常是影响数据库性能的主要因素。为了减少磁盘存取时间,应该尽可能均匀地将I/O负载分散到所有可用磁盘上。为此,需要对表空间及其数据文件进行合理分布,使其分布在不同的物理磁盘上。这样做的目的是减少或...
- **根据业务需求调整AWR快照间隔和保留期**,避免过多占用存储空间。 - **结合其他性能监控工具**,如ASH(Automatic Shared Memory Management)和ASH报告,获取更全面的性能视图。 7. **文档小结** AWR报告是...
ADDM 工具可以帮助数据库管理员和开发者快速诊断和解决性能问题,例如查看集群中 Oracle 服务器的硬件配置、CPU 的瓶颈、存结构上的瓶颈、存参数 SGA、PGA 查看和分析、I/O 是否存在性能瓶颈、高负载的 SQL 语句等。...
通过对报告中的数据进行深入分析,可以识别数据库中的性能问题,例如在特定时间段内的I/O瓶颈、CPU使用过度、锁争用问题等。根据这些分析结果,DBA可以采取相应的优化措施,如调整SQL语句、调整数据库参数、优化内存...
- 识别瓶颈:比如发现CPU、内存或I/O使用过高,锁定竞争过于激烈等问题。 - 分析SQL性能:评估哪些SQL语句效率低,需要调优。 - 调整数据库配置:根据报告中提供的统计信息,对数据库配置进行调整优化。 - 计划...
这部分分析了I/O请求的数量、响应时间和I/O等待时间,以识别I/O系统的瓶颈。 8、Buffer Pool 统计信息: Buffer Cache的使用情况在此展示,如命中率、缓冲区的获取和替换等,优化Buffer Cache配置可提升数据访问...
AWR报告可以帮助我们识别性能瓶颈,对比不同时间范围内的数据库性能变化,从而为性能调优提供依据。 Extended SQL Trace是SQL Trace的增强版本,除了基本的SQL执行信息外,还会记录更详细的数据,如执行的函数调用...
- 生成AWR报表分析性能趋势。 - 创建快照集并比较不同时间段的数据。 - 生成Advanced Diagnostics for Databases (ADDM)报表和Automatic SQL Tuning (ASH)报表以深入分析性能问题。 6. **被动式优化**: - 使用...
4、TOP 5及其他等待事件信息:等待事件是识别性能问题的关键,显示了系统中最耗时的活动,例如CPU等待、I/O等待、锁等待等,DBA可以通过这些信息定位性能瓶颈。 5、SQL统计信息: - 逻辑读:表示为了执行SQL语句,...
AWR(Automatic Workload Repository)报告是这一过程中的重要工具,它提供了实例和SQL性能的详细统计,帮助DBA识别性能瓶颈。 **应用层优化** 应用层优化主要关注EBS的组件,如OC4J(Oracle Containers for J2EE...
1. **性能概述**:这部分通常会介绍性能问题的常见原因,如资源争抢(CPU、内存、I/O)、查询效率低下、索引不恰当等。还会讨论性能指标,如SQL执行时间、用户等待事件、系统负载等,以及如何通过这些指标来识别性能...
- **I/O子系统**:优化硬盘读写速度,例如采用RAID技术提高磁盘I/O性能。 - **CPU子系统**:合理分配CPU资源,确保数据库操作的计算效率。 - **存储器**:优化内存配置,减少磁盘访问,提高缓存命中率。 3. **...
- **Statspack和AWR报表**:通过这些工具生成的报表来识别性能瓶颈。 ##### 6. 主动式优化工具 - **AWR快照**:定期生成AWR快照,跟踪性能变化趋势。 - **ADDM报表**:利用ADDM生成的报表来进行深入分析。 #### 四...
- **监控与诊断**:使用Oracle自带的工具(如AWR报告、SQL Trace等)监控数据库性能,并识别性能瓶颈。 - **性能测试**:通过模拟实际应用场景来测试系统的响应时间和吞吐量,进而找出性能不足之处。 - **定期维护**...
最后,关注等待资源是指分析数据库中哪些资源成为性能瓶颈,例如内存、I/O、锁等。通过分析等待统计信息,我们可以识别出哪些SQL语句在等待特定资源,然后进行相应的优化,例如增加内存分配、改善磁盘I/O性能,或者...