一、建表

SQL> create table bigtab tablespace jerry as select rownum as id,a.* from dba_objects a;

Table created

SQL> create table smalltab tablespace jerry as select rownum as id,a.* from dba_objects a;

Table created

二、插入数据

SQL> declare

2  num number;

3  begin

4  for num in 1..100 loop

5  insert into bigtab select rownum as id,a.* from dba_objects a ;

6  commit;

7  end loop;

8  end;

9  /

PL/SQL procedure successfully completed

三、采集一次工作快照

SQL> begin

2  dbms_workload_repository.create_snapshot('TYPICAL');

3  end;

4  /

PL/SQL procedure successfully completed

四、进行一些负荷操作

SQL> set timing on;

SQL> declare

2  v_var number;

3  begin

4  for n in 1..1 loop

5  select count(*) into v_var from bigtab b,smalltab a;

6  end loop;

7  end;

8  /

PL/SQL procedure successfully completed

五、隔一段时间(半小时)采集一次工作快照

SQL> begin

2  dbms_workload_repository.create_snapshot('TYPICAL');

3  end;

4  /

PL/SQL procedure successfully completed

六、创建一个优化任务并执行

6.1 查询两个 snap_id

SQL> select snap_id from (select * from dba_hist_snapshot order by snap_id desc) where rownum <=2;

SNAP_ID

----------

328

327

6.2查询DBID

SQL> select dbid from v$database;

DBID

----------

1310729769

6.3 创建任务并执行

SQL> declare

2  task_name varchar2(30) := 'DEMO_ADDM01';

3  task_desc varchar2(30) := 'ADDM Feature Test';

4  task_id number;

5  begin

6  dbms_advisor.create_task('ADDM',task_id,task_name,task_desc,null);

7  dbms_advisor.set_task_parameter(task_name,'START_SNAPSHOT',327);

8  dbms_advisor.set_task_parameter(task_name,'END_SNAPSHOT',328);

9  dbms_advisor.set_task_parameter(task_name,'INSTANCE',1);

10  dbms_advisor.set_task_parameter(task_name,'DB_ID',1310729769);

11  dbms_advisor.execute_task(task_name);

12  end;

13  /

PL/SQL procedure successfully completed

七、查询建议结果

SQL> set long 1000000 pagesize 0 longchunksize 1000

SQL> column get_clob fromat a80

SQL> select dbms_advisor.get_task_report('DEMO_ADDM01','TEXT','ALL') from dual;

DBMS_ADVISOR.GET_TASK_REPORT('

--------------------------------------------------------------------------------

ADDM Report for Task 'DEMO_ADDM01'

----------------------------------

Analysis Period

---------------

AWR snapshot range from 327 to 328.

Time period starts at 05-JAN-14 01.55.26 PM

Time period ends at 05-JAN-14 02.16.28 PM

Analysis Target

---------------

Database 'ORCL' with DB ID 1310729769.

Database version 11.2.0.1.0.

ADDM performed an analysis of instance orcl, numbered 1 and hosted at

pc-centos.

Activity During the Analysis Period

-----------------------------------

Total database time was 1149 seconds.

The average number of active sessions was .91.

Summary of Findings

-------------------

Description                               Active Sessions      Recommendation

Percent of Activity

----------------------------------------  -------------------  --------------

1  Top Segments by "User I/O" and "Cluster"  .07 | 8              2

2  Top SQL Statements                        .06 | 6.9            1

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Findings and Recommendations

----------------------------

Finding 1: Top Segments by "User I/O" and "Cluster"

Impact is .07 active sessions, 8% of total activity.

----------------------------------------------------

Individual database segments responsible for significant "User I/O" and

"Cluster" waits were found.

Recommendation 1: Segment Tuning

Estimated benefit is .04 active sessions, 4.45% of total activity.

------------------------------------------------------------------

Action

Investigate application logic involving I/O on TABLE "JERRY.SMALLTAB"

with object ID 76847.

Related Object

Database object with ID 76847.

Rationale

The I/O usage statistics for the object are: 1 full object scans, 298

physical reads, 0 physical writes and 0 direct reads.

Recommendation 2: Segment Tuning

Estimated benefit is .03 active sessions, 3.56% of total activity.

------------------------------------------------------------------

Action

Run "Segment Advisor" on TABLE "JERRY.BIGTAB" with object ID 76846.

Related Object

Database object with ID 76846.

Action

Investigate application logic involving I/O on TABLE "JERRY.BIGTAB" with

object ID 76846.

Related Object

Database object with ID 76846.

Action

Look at the "Top SQL Statements" finding for SQL statements consuming

significant I/O on this segment. For example, the SELECT statement with

SQL_ID "5v0mjsunmm5s4" is responsible for 100% of "User I/O" and

"Cluster" waits for this segment.

Rationale

The I/O usage statistics for the object are: 103 full object scans,

11041873 physical reads, 1 physical writes and 11041724 direct reads.

Symptoms That Led to the Finding:

---------------------------------

Wait class "User I/O" was consuming significant database time.

Impact is .07 active sessions, 8% of total activity.

Finding 2: Top SQL Statements

Impact is .06 active sessions, 6.9% of total activity.

------------------------------------------------------

SQL statements consuming significant database time were found. These

statements offer a good opportunity for performance improvement.

Recommendation 1: SQL Tuning

Estimated benefit is .06 active sessions, 6.9% of total activity.

-----------------------------------------------------------------

Action

Run SQL Tuning Advisor on the SELECT statement with SQL_ID

"5v0mjsunmm5s4".

Related Object

SQL statement with SQL_ID 5v0mjsunmm5s4.

SELECT COUNT(*) FROM BIGTAB B,SMALLTAB A

Rationale

The SQL spent 100% of its database time on CPU, I/O and Cluster waits.

This part of database time may be improved by the SQL Tuning Advisor.

Rationale

Database time for this SQL was divided as follows: 100% for SQL

execution, 0% for parsing, 0% for PL/SQL execution and 0% for Java

execution.

Rationale

SQL statement with SQL_ID "5v0mjsunmm5s4" was executed 1 times and had

an average elapsed time of 1105 seconds.

Rationale

I/O and Cluster wait for TABLE "JERRY.BIGTAB" with object ID 76846

consumed 100% of the database time spent on this SQL statement.

Rationale

Top level calls to execute the PL/SQL statement with SQL_ID

"8acps6bm4uqdn" are responsible for 100% of the database time spent on

the SELECT statement with SQL_ID "5v0mjsunmm5s4".

Related Object

SQL statement with SQL_ID 8acps6bm4uqdn.

declare

v_var number;

begin

for n in 1..6 loop

select count(*) into v_var from bigtab b,smalltab a;

end loop;

end;

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Additional Information

----------------------

Miscellaneous Information

-------------------------

Wait class "Application" was not consuming significant database time.

Wait class "Commit" was not consuming significant database time.

Wait class "Concurrency" was not consuming significant database time.

Wait class "Configuration" was not consuming significant database time.

CPU was not a bottleneck for the instance.

Wait class "Network" was not consuming significant database time.

Session connect and disconnect calls were not consuming significant database

time.

Hard parsing of SQL statements was not consuming significant database time.

The database's maintenance windows were active during 99% of the analysis

period.

阅读(1142) | 评论(0) | 转发(0) |

oracle主目录自动检测,ORACLE ADDM数据库自动诊断测试相关推荐

  1. shell 判断网线插拔_shell脚本自动检测网络掉线和自动重连

    在ppp移植成功后,有时会出现ppp掉线等情况.这篇文章写了一个自动检测连接网络的解决方法. 创建一个shell脚本,在里面添加一下内容.(记得给操作权限) #!/bin/sh //根据你自己的she ...

  2. linux脚本ping如何自动退出,shell脚本自动检测网络掉线和自动重连

    在ppp移植成功后,有时会出现ppp掉线等情况.这篇文章写了一个自动检测连接网络的解决方法. 创建一个shell脚本,在里面添加一下内容.(记得给操作权限) #!/bin/sh //根据你自己的she ...

  3. linux 网卡自动挂死,shell脚本自动检测网络掉线和自动重连

    在ppp移植成功后,有时会出现ppp掉线等情况.这篇文章写了一个自动检测连接网络的解决方法. 创建一个shell脚本,在里面添加一下内容.(记得给操作权限) #!/bin/sh //根据你自己的she ...

  4. shell脚本:自动检测网络掉线和自动重连。

    在ppp移植成功后,有时会出现ppp掉线等情况.这篇文章写了一个自动检测连接网络的解决方法. 创建一个shell脚本,在里面添加一下内容.(记得给操作权限) #!/bin/sh //根据你自己的she ...

  5. mysql 修改自动递增值_MySql数据库自动递增值问题

    ?Create TABLE test(idINT UNSIGNEDNOT NULL PrimaRY KEY AUTO_INCREMENT,usernameVARCHAR(15)NOT NULL)AUT ...

  6. oracle 12c安装psu,Oracle 12C数据库PSU补丁安装方式的变化---新增datapatch

    需求:安装Oracle 12.1.0.2数据库的PSU 20160719补丁 一.安装步骤: 1.补丁下载 将/usr/ccs/bin和OPatch路径加到$PATH中: csssit@msuu335 ...

  7. oracle 12c安装psu,Oracle 12C:数据库PSU补丁安装

    Oracle 12C:数据库PSU补丁安装 发布时间:2020-08-09 22:49:32 来源:ITPUB博客 阅读:93 作者:Ryan_Bai 一.环境描述 系统:Red Hat Enterp ...

  8. 微型计算机抽象原理,微机自动检测系统的结构原理及功能设计

    1前言 检测问题广泛存在于各个领域.随着科学技术的高速发展,随着人类生活水平.生产力水平的提高,检测问题越来越多,对检测提出的要求也越来越高:要求能更快.更准.更灵敏.更可靠地完成检测任务:要求能实现 ...

  9. was连接oracle rac集群,oracle 11g rac 集群操作命令

    1).检查集群状态: [grid@rac02 ~]$ crsctl check cluster CRS-4537: Cluster Ready Services is online CRS-4529: ...

最新文章

  1. AI一分钟 | 阿里NLP技术连破两项世界纪录,玉泉一号AI试验卫星明年发射
  2. python重点知识 钻石_python——子类对象如何访问父类的同名方法
  3. 基于特征的对抗迁移学习论文_[论文笔记] 对抗样本不是bugs,而是特征
  4. halcon学习之阈值分割(threshold、binary_threshold、dyn_threshold、var_threshold、auto_threshold、fast_threshold、)
  5. 下午进行就业前的一次培训
  6. 【渝粤教育】电大中专中药制剂学作业 题库
  7. 数据库索引应用(ms-sql)
  8. DirectX截图黑屏的解决办法
  9. socket用起始码分割_编码器基础——格雷码的编码美学
  10. 电力系统计算机辅助分析知乎,电力系统计算机辅助分析
  11. echarts柱形图x轴y轴互换_echarts X Y轴互换后显示问题
  12. C措辞教程第二章: 数据范例、运算符、表达式(4)
  13. Gabor滤波器特征提取原理讲解及c++实现
  14. history命令和FHS介绍
  15. 不选主元的矩阵三角分解法
  16. 前端例程20210510:新拟物风格(Neumorphism)设计与实现
  17. 一文带你看透 Chrome 浏览器架构
  18. php仿携程网站,仿携程网手机端
  19. MySQL日期类型详解
  20. 国家氢能产业政策:氢能源股票龙头及上市公司

热门文章

  1. html5标签 H5标签
  2. Hibernate(1) 阻抗不匹配
  3. Java多线程协作(wait、notify、 notifyAll)
  4. varnishtop中文man page
  5. 转:ASP.NET程序中常用小技巧
  6. mysql 上一条 下一条,MYSQL实现上一条下一条功能
  7. c语言链表程序框图,C语言课程设计————写下流程图! 谢谢
  8. spark指定python版本_如何将正常的Python应用程序正确转换为PySpark版本
  9. python截取html图片大小,Python打开html文件,截取屏幕截图,裁剪并保存为图像
  10. oracle错误15260,【案例】Oracle报错ORA-00600 2663 产生的原因和解决办法