AWR数据增长较快,导致sysaux表空间使用较高

SQL> select f.tablespace_name,
2 a.total,
3 f.free,
4 round((f.free / a.total) * 100) "% Free"
5 from (select tablespace_name, sum(bytes / (1024 * 1024)) total
6 from dba_data_files
7 group by tablespace_name) a,
8 (select tablespace_name, round(sum(bytes / (1024 * 1024))) free
9 from dba_free_space
10 group by tablespace_name) f
11 WHERE a.tablespace_name = f.tablespace_name(+)
12 order by "% Free"
13 / TABLESPACE_NAME TOTAL FREE % Free
------------------------------ ---------- ---------- ----------
UNDOTBS1 5185 6 0
SYSAUX 8660 413 5
USERS 5 4 80
SYSTEM 4640 3798 82
UNDOTBS2 365 335 92
X_DATA 1000 990 99
X_INDEX 1000 986 99

查看是哪些数据库对象占用了sysaux表空间

SQL> select *
2 from (select segment_name,
3 PARTITION_NAME,
4 segment_type,
5 bytes / 1024 / 1024
6 from dba_segments
7 where tablespace_name = 'SYSAUX'
8 order by 4 desc )
9 where rownum <= 20; SEGMENT_NAME PARTITION_NAME SEGMENT_TYPE BYTES/1024/1024
------------------------------ ------------------------------ ------------------ ---------------
WRH$_EVENT_HISTOGRAM_PK WRH$_EVENT__1402125233_0 INDEX PARTITION 736
WRH$_EVENT_HISTOGRAM WRH$_EVENT__1402125233_0 TABLE PARTITION 658
WRH$_LATCH WRH$_LATCH_1402125233_0 TABLE PARTITION 588
WRH$_SQLSTAT WRH$_SQLSTA_1402125233_0 TABLE PARTITION 560
WRH$_SYSSTAT_PK WRH$_SYSSTA_1402125233_0 INDEX PARTITION 504
WRH$_LATCH_PK WRH$_LATCH_1402125233_0 INDEX PARTITION 440
WRH$_SYSSTAT WRH$_SYSSTA_1402125233_0 TABLE PARTITION 368
WRH$_PARAMETER_PK WRH$_PARAME_1402125233_0 INDEX PARTITION 336
WRH$_PARAMETER WRH$_PARAME_1402125233_0 TABLE PARTITION 280
WRH$_LATCH_MISSES_SUMMARY_PK WRH$_LATCH__1402125233_0 INDEX PARTITION 280
WRH$_SEG_STAT WRH$_SEG_ST_1402125233_0 TABLE PARTITION 256
WRH$_SYSTEM_EVENT WRH$_SYSTEM_1402125233_0 TABLE PARTITION 232
WRH$_LATCH_MISSES_SUMMARY WRH$_LATCH__1402125233_0 TABLE PARTITION 224
WRH$_SYSTEM_EVENT_PK WRH$_SYSTEM_1402125233_0 INDEX PARTITION 216
WRH$_SQLSTAT_PK WRH$_SQLSTA_1402125233_0 INDEX PARTITION 160
WRH$_SERVICE_STAT_PK WRH$_SERVIC_1402125233_0 INDEX PARTITION 152
WRH$_DLM_MISC WRH$_DLM_MI_1402125233_0 TABLE PARTITION 120
WRH$_ACTIVE_SESSION_HISTORY WRH$_ACTIVE_1402125233_0 TABLE PARTITION 120
WRH$_SQLSTAT_INDEX WRH$_SQLSTA_1402125233_0 INDEX PARTITION 112
WRH$_SEG_STAT_PK WRH$_SEG_ST_1402125233_0 INDEX PARTITION 104

查看awr快照保留期限。设置的期限是8天,但是真正保留了258天

SQL> select sysdate - a.sample_time ash,
2 sysdate - s.begin_interval_time snap,
3 c.RETENTION
4 from sys.wrm$_wr_control c,
5 (select db.dbid, min(w.sample_time) sample_time
6 from sys.v_$database db, sys.Wrh$_active_session_history w
7 where w.dbid = db.dbid
8 group by db.dbid) a,
9 (select db.dbid, min(r.begin_interval_time) begin_interval_time
10 from sys.v_$database db, sys.wrm$_snapshot r
11 where r.dbid = db.dbid
12 group by db.dbid) s
13 where a.dbid = s.dbid
14 and c.dbid = a.dbid; ASH SNAP RETENTION
---------------------------------------- ---------------------------------------- -------------------------------------
+000000258 08:55:03.824 +000000008 08:55:30.192 +00008 00:00:00.0

也可以通过dba_hist_snapshot和WRH$_EVENT_HISTOGRAM进行比较

SQL> select min(snap_id),MAX(snap_id) from dba_hist_snapshot;

MIN(SNAP_ID) MAX(SNAP_ID)
------------ ------------
5489 6350 SQL> select min(snap_id),MAX(snap_id) from WRH$_EVENT_HISTOGRAM; MIN(SNAP_ID) MAX(SNAP_ID)
------------ ------------
168 6350 SQL>

通过MOS查看,这是数据库的一个bug:

  Document 14084247.8 Bug 14084247 - Failed AWR purge can lead to continued SYSAUX space use

因为purge操作失败,split分区表没有成功。所以导致分区大小不断增加,进而影响性能(purge job超时,导致AWR过期数据没有被清空)。

但是,即使是安装了补丁后,也不是立即生效,可能需要等一段时间才能生效。

安装了补丁后,还要按照以下步骤执行purge操作:

1) drop expired partitions (DDL)

2) purge by callback (anything can happen here, but mostly no-ops or regular DELETE operations)

3) purge regular non-partitioned tables (i.e, DELETE)

4) split partitions (DDL)

Excessive AWR Growth From Partitioned Objects Such as SYS.WRH$_EVENT_HISTOGRAM Causing Sysaux to Grow的更多相关文章

  1. ORA-04089: cannot create triggers on objects owned by SYS

    04089 问题原因 因为你在以sys用户创建触发器,但oracle却不建议在sys用户下创建触发器.

  2. Oracle Tuning 基础概述01 - Oracle 常见等待事件

    对Oracle数据库整体性能的优化,首先要关注的是在有性能问题时数据库排名前几位等待事件是哪些.Oracle等待事件众多,随着版本的升级,数量还在不断增加,可以通过v$event_name查到当前数据 ...

  3. How to Resize a Datafile (文档 ID 1029252.6)

    APPLIES TO: Oracle Database - Enterprise Edition - Version 9.2.0.1 and laterInformation in this docu ...

  4. Golang源码探索(三) GC的实现原理

    Golang从1.5开始引入了三色GC, 经过多次改进, 当前的1.9版本的GC停顿时间已经可以做到极短. 停顿时间的减少意味着"最大响应时间"的缩短, 这也让go更适合编写网络服 ...

  5. Golang源码探索(三) GC的实现原理(转)

    Golang从1.5开始引入了三色GC, 经过多次改进, 当前的1.9版本的GC停顿时间已经可以做到极短.停顿时间的减少意味着"最大响应时间"的缩短, 这也让go更适合编写网络服务 ...

  6. golang----GC的实现原理

    Golang从1.5开始引入了三色GC, 经过多次改进, 当前的1.9版本的GC停顿时间已经可以做到极短.停顿时间的减少意味着"最大响应时间"的缩短, 这也让go更适合编写网络服务 ...

  7. What is Scalability?

    Scalability is a system's ability to process more workload, with a proportional increase in system r ...

  8. FAQ – Automatic Undo Management (AUM) / System Managed Undo (SMU) (Doc ID 461480.1)

    FAQ – Automatic Undo Management (AUM) / System Managed Undo (SMU) (Doc ID 461480.1) APPLIES TO: Orac ...

  9. Go内存管理一文足矣

    最早学习C.C++语言时,它们都是把内存的管理全部交给开发者,这种方式最灵活但是也最容易出问题,对人员要求极高:后来出现的一些高级语言像Java.JavaScript.C#.Go,都有语言自身解决了内 ...

随机推荐

  1. XML解析器(转)

    常见C/C++ XML解析器有tinyxml.XERCES.squashxml.xmlite.pugxml.libxml等等,这些解析器有些是支持多语言的,有些只是单纯C/C++的.如果你是第一次接触 ...

  2. HybridTime - Accessible Global Consistency with High Clock Uncertainty

    Amazon's Dynamo [9] and Facebook's Cassandra [13], relax the consistency model,and offer only eventu ...

  3. Apache Kafka源码分析 - autoLeaderRebalanceEnable

    在broker的配置中,auto.leader.rebalance.enable (false) 那么这个leader是如何进行rebalance的? 首先在controller启动的时候会打开一个s ...

  4. [转]百度MP3音乐API接口及应用

    当你在百度去搜索一首歌时,你会发现有种更简单的方法,嘿嘿,告诉你个秘密,百度有个不公开的API http://box.zhangmen.baidu.com/x?op=12&count=1&am ...

  5. html5之canvas初解

    <canvas> 元素本身并没有绘制能力(它仅仅是图形的容器) - 必须使用脚本来完成实际的绘图任务. getContext() 方法可返回一个对象,该对象提供了用于在画布上绘图的方法和属 ...

  6. 关于优化sql查询的一个方法。

    select * from gmvcsbase.base_file file,gmvcsbase.base_user user,gmvcsbase.base_department dep,gmvcsb ...

  7. error: jump to label ‘XXXX’ [-fpermissive]

    http://www.cnblogs.com/foohack/p/4090124.html 下面的类似的源码在MSVC上能正确编译通过.但是gcc/g++上就会错: 1. if(expr)2. got ...

  8. Lambda中的一些方法的总结

    public List<UserInfoBaseModel> GetNameByIDList(List<int> UserID) { var UserList = LoadRe ...

  9. MySQL- 锁(2)

    InnoDB行锁实现方式 InnoDB行锁是通过给索引上的索引项加锁来实现的,这一点MySQL与Oracle不同,后者是通过在数据块中对相应数据行加锁来实现的.InnoDB这种行锁实现特点意味着:只有 ...

  10. 【转】MySQL USE NAMES 'UTF8'

    先说MySQL的字符集问题.Windows下可通过修改my.ini内的 # CLIENT SECTION [mysql] default-character-set=utf8 # SERVER SEC ...