君，已阅读到文档的结尾了呢~~
SYSAUX表空间管理及恢复,sysaux表空间满,sysaux表空间使用过高,sysaux表空间,sysaux表空间清理,oracle sysaux表空间,sysaux表空间重建,sysaux表空间满了,增加sysaux表空间,rman恢复表空间
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
SYSAUX表空间管理及恢复
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer--144.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口Oracle 11g 清理SYSAUX的表空间_数据库技术_Linux公社-Linux系统门户网站
你好，游客
Oracle 11g 清理SYSAUX的表空间
来源：Linux社区&
作者：stevendbaguo
SYSAUX表空间做为SYSTEM表空间的辅助表空间，主要存放EM相关的内容以及表统计信息，AWR快照，审计信息等。今天就碰到了这个问题，数据库较慢，奇怪的是无法获取AWR报告。
SQL& select * from v$BANNER&--------------------------------------------------------------------------------& Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production&PL/SQL Release 11.2.0.4.0 - Production&CORE& & 11.2.0.4.0& & & Production&TNS for Linux: Version 11.2.0.4.0 - Production&NLSRTL Version 11.2.0.4.0 - Production&--截取获取数据库报告的片段，正常是显示快照id输入 num_days 的值:& 1&Listing the last 1 days of Completed Snapshots--手工生成快照保存，很明显是表空间不足SQL& exec dbms_workload_repository.create_snapshot();&BEGIN dbms_workload_repository.create_snapshot(); END;&*第 1 行出现错误:ORA-13509: 更新 AWR 表时出错ORA-01683: 索引 ORA-01683: 索引 SYS.WRH$_ACTIVE_SESSION_HISTORY_PK 分区 WRH$_ACTIVE__0 无法通过 8192 (在表空间 SYSAUX 中) 扩展. 分区& 无法通过& (在表空间& 中) 扩展ORA-06512: 在 "SYS.DBMS_WORKLOAD_REPOSITORY", line 99&ORA-06512: 在 "SYS.DBMS_WORKLOAD_REPOSITORY", line 122&ORA-06512: 在 line 1--查询SYSAUX表空间的使用情况，消耗37G，快满了SQL& SELECT Upper(F.TABLESPACE_NAME)& & & &
"表空间名",& & & & & & D.TOT_GROOTTE_MB& & & & & & & &
"表空间大小(M)",& & & & & & D.TOT_GROOTTE_MB - F.TOTAL_BYTES "已使用空间(M)",& & & & & & To_char(Round(( D.TOT_GROOTTE_MB - F.TOTAL_BYTES ) / D.TOT_GROOTTE_MB * 100, 2), '990.99')& & & & & & || '%'& & & & & & & & & & & & &
"使用比",& & & & & & F.TOTAL_BYTES& & & & & & & & & & "空闲空间(M)",& & & & & & F.MAX_BYTES& & & & & & & & & & & "最大块(M)"& &
(SELECT TABLESPACE_NAME,& & & & & & & & & & Round(Sum(BYTES) / ( 1024 * 1024 ), 2) TOTAL_BYTES,& & & & & & & & & & Round(Max(BYTES) / ( 1024 * 1024 ), 2) MAX_BYTES& & & & & &
SYS.DBA_FREE_SPACE& & & & & &
GROUP& BY TABLESPACE_NAME) F,& & & & & & (SELECT DD.TABLESPACE_NAME,& & & & & & & & & & Round(Sum(DD.BYTES) / ( 1024 * 1024 ), 2) TOT_GROOTTE_MB& & & & & &
SYS.DBA_DATA_FILES DD& & & & & &
GROUP& BY DD.TABLESPACE_NAME) D& &
WHERE& D.TABLESPACE_NAME = F.TABLESPACE_NAME& &
and D.tablespace_name = 'SYSAUX';表空间名& 表空间大小(M) 已使用空间(M) 使用比&
空闲空间(M)& 最大块(M)&--------- ------------- ------------- -------- ----------- ----------&SYSAUX& & & &
37887.98& & &
99.94%& & &
22.38& & & & & 1--查看SYSAUX表空间表的使用情况SQL& select *& & & & from (select segment_name,& & & & & & & & & &
segment_type,& & & & & & & & & &
bytes / 1024 / 1024& & & & & & & & from dba_segments& & & & & & &
where tablespace_name = 'SYSAUX'& & & & & & &
and bytes / 1024 / & & & & & & &
order by bytes desc);&SEGMENT_NAME& & & & & & & & & & & & & SEGMENT_TYPE& & &
BYTES/&------------------------------------- ------------------ ---------------&WRH$_ACTIVE_SESSION_HISTORY& & & & &
TABLE PARTITION& & &
13479&I_WRI$_OPTSTAT_H_OBJ#_ICOL#_ST& & & & INDEX& & & & & & & &
2590&WRI$_OPTSTAT_HISTGRM_HISTORY& & & & & TABLE& & & & & & & &
2242&WRH$_EVENT_HISTOGRAM_PK& & & & & & &
INDEX PARTITION& & &
1856&WRH$_EVENT_HISTOGRAM& & & & & & & & & TABLE PARTITION& & &
1792&I_WRI$_OPTSTAT_H_ST& & & & & & & & &
INDEX& & & & & & & &
1544&WRH$_ACTIVE_SESSION_HISTORY_PK& & & & INDEX PARTITION& & &
1472&WRH$_LATCH& & & & & & & & & & & & & & TABLE PARTITION& & &
--使用dbms_workload_repository.drop_snapshot_range可以删除历史数据，怎奈太慢了，半个小时完全没有反映。通过v$session看到执行的SQL是delete，这种做法无法降低高水位线。SQL& select min(snap_id),max(snap_id) from dba_hist_&MIN(SNAP_ID) MAX(SNAP_ID)&------------ ------------&SQL& select min(snap_id),max(snap_id) from dba_hist_active_sess_&MIN(SNAP_ID) MAX(SNAP_ID)&------------ ------------&1& & & & & &
36768&SQL& begin & & & dbms_workload_repository.drop_snapshot_range( & & &
low_snap_id =& 1, & & &
high_snap_id =& 36768, & & &
dbid =& ); &&
--手工生成truncate，需要在SYS下执行select distinct 'truncate& table& '||segment_name||';',s.bytes/&
from dba_segments s& where s.segment_name like 'WRH$%'& & and segment_type in ('TABLE PARTITION', 'TABLE')& & and s.bytes/0& & order by s.bytes/24& & --执行完成后，看效果SQL& SELECT Upper(F.TABLESPACE_NAME)& & & &
"表空间名",& & & & &
D.TOT_GROOTTE_MB& & & & & & & &
"表空间大小(M)",& & & & &
D.TOT_GROOTTE_MB - F.TOTAL_BYTES "已使用空间(M)",& & & & &
To_char(Round(( D.TOT_GROOTTE_MB - F.TOTAL_BYTES ) / D.TOT_GROOTTE_MB * 100, 2), '990.99')& & & & &
|| '%'& & & & & & & & & & & & &
"使用比",& & & & &
F.TOTAL_BYTES& & & & & & & & & & "空闲空间(M)",& & & & &
F.MAX_BYTES& & & & & & & & & & & "最大块(M)"& & FROM&
(SELECT TABLESPACE_NAME,& & & & & & & & &
Round(Sum(BYTES) / ( 1024 * 1024 ), 2) TOTAL_BYTES,& & & & & & & & &
Round(Max(BYTES) / ( 1024 * 1024 ), 2) MAX_BYTES& & & & & & FROM&
SYS.DBA_FREE_SPACE& & & & & & GROUP& BY TABLESPACE_NAME) F,& & & & &
(SELECT DD.TABLESPACE_NAME,& & & & & & & & &
Round(Sum(DD.BYTES) / ( 1024 * 1024 ), 2) TOT_GROOTTE_MB& & & & & & FROM&
SYS.DBA_DATA_FILES DD& & & & & & GROUP& BY DD.TABLESPACE_NAME) D& & WHERE& D.TABLESPACE_NAME = F.TABLESPACE_NAME& & and D.tablespace_name = 'SYSAUX';表空间名& 表空间大小(M) 已使用空间(M) 使用比&
空闲空间(M)& 最大块(M)&--------- ------------- ------------- -------- ----------- ----------&SYSAUX& & & &
37887.98& & &
24.10%& & 28755.31& & & & 544
本文永久更新链接地址：
相关资讯 & & &
　　　同意评论声明
　　　发表
尊重网上道德，遵守中华人民共和国的各项有关法律法规
承担一切因您的行为而直接或间接导致的民事或刑事法律责任
本站管理人员有权保留或删除其管辖留言中的任意内容
本站有权在网站内转载或引用您的评论
参与本评论即表明您已经阅读并接受上述条款【AWR】该怎样清理SYSAUX表空间相关数据？？？
在检查数据库时发现表空间SYSAUX使用率很高，如下所示
SQL& set pagesize 9999
SQL& set linesize 132
SQL& col TABLESPACE_NAME for a25
SQL& select
f.tablespace_name,
& 3& a.total,
& 4& f.free,
round((f.free/a.total)*100) "% Free"
& 7& (select
tablespace_name, sum(bytes/()) total from dba_data_files
group by tablespace_name) a,
& 8& (select
tablespace_name, round(sum(bytes/())) free from
dba_free_space group by tablespace_name) f
& 9& WHERE
a.tablespace_name = f.tablespace_name(+)
&10& order by "%
TABLESPACE_NAME&&&&&&&&&&&&&&&
TOTAL&&&&&&
------------------------- ---------- ----------
----------
SYSAUX&&&&&&&&&&&&&&&&&&&&&&&&
81920&&&&&&
1662&&&&&&&&&
…………………………………………………………………….后边省略
查看快照信息，发现快照最小值为31074
Listing the last 8 days of Completed Snapshots
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
Instance&&&&
Name&&&&&&&
Snap Id&&& Snap
Started&&&
------------ ------------ --------- ------------------
eicdb1&&&&&&
EICDB&&&&&&&&&&&
31074 18 Dec 2013
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
31075 18 Dec 2013
02:00&&&&&
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
31076 18 Dec 2013
03:00&&&&&
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
31077 18 Dec 2013
04:00&&&&&
通过以下语句查看，发现下面几个表占用空间较大
SQL& select * from (select
segment_name,PARTITION_NAME,segment_type,bytes/ from
dba_segments where tablespace_name='SYSAUX'& order
by 4 desc)& where&
rownum&=10;
SEGMENT_NAME&&&&&&
&&&&&PARTITION_NAME&&
&&&&&&&&&&&SEGMENT_TYPE&&&&
------------------------------&
----------------------------&&
---------------&&&
---------------
WRH$_ACTIVE_SESSION_HISTORY&&&&
WRH$_ACTIVE__25627&&
PARTITION&&&
I_WRI$_OPTSTAT_H_OBJ#_ICOL#_ST&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
&&&&&&&&&&&&16125
I_WRI$_OPTSTAT_H_ST&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
&&INDEX&&&&&&&&&&&&
WRI$_OPTSTAT_HISTGRM_HISTORY&&&&&&&&&&&&&&&
&&&&&&&&&&&&&&&&&&&&TABLE&&&&&&&&&&&&
WRH$_ACTIVE_SESSION_HISTORY_PK&
WRH$_ACTIVE__25627&&
PARTITION&&&
WRI$_OPTSTAT_HISTHEAD_HISTORY&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
&TABLE&&&&&&&&
WRH$_SYSMETRIC_HISTORY&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
&TABLE&&&&&&&&
I_WRI$_OPTSTAT_HH_OBJ_ICOL_ST&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
&INDEX&&&&&&&&&&&&
WRH$_SYSMETRIC_HISTORY_INDEX&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
&INDEX&&&&&&&&
WRH$_EVENT_HISTOGRAM_PK&&&&
&&&WRH$_EVENT___25594&
PARTITION&&&
10 rows selected.
查看分区表snap_id信息，发现其最小值为25627，也就是说里边有许多过期数据存放）
SQL& select * from (select distinct SNAP_ID,DBID from
sys.wrh$_active_session_history
partition(WRH$_ACTIVE__25627) order by SNAP_ID) where
rownum&=10;
SNAP_ID&&&&&&
---------- ----------
10 rows selected
查看表wrh$_active_session_history信息
SQL& select
segment_name,PARTITION_NAME,segment_type,bytes/ from
dba_segments where tablespace_name='SYSAUX' and
segment_name='WRH$_ACTIVE_SESSION_HISTORY' order by 3;
SEGMENT_NAME&&&&&&&&&&&&&&&&&&
PARTITION_NAME&&&&&&
SEGMENT_TYPE &BYTES/
------------------------------
------------------------------ ------------------
---------------
WRH$_ACTIVE_SESSION_HISTORY&
WRH$_ACTIVE__25627& TABLE PARTITION
WRH$_ACTIVE_SESSION_HISTORY&
WRH$_ACTIVE_SES_MXDB_MXSN&&
&TABLE PARTITION&
检查其他数据库中sys.wrh$_active_session_history
表，发现该表每天都会创建一个分区表，末尾并以起始snap_id命名（很奇怪，为啥前一个数据库就一个分区表）。
SQL& select * from (select distinct SNAP_ID,DBID from
sys.wrh$_active_session_history order by SNAP_ID) where
rownum&=10;
SNAP_ID&&&&&&
---------- ----------
10 rows selected.
SQL& set lines 999
SQL& col SEGMENT_NAME for a30
SQL& select
OBJECT_NAME,SUBOBJECT_NAME,object_type,CREATED from dba_objects
where OBJECT_NAME like 'WRH$_ACTIVE%' order by
OBJECT_NAME&&&&&&&&&&&&&&&&&&&&&
UBOBJECT_NAME&&&&&&&&&&&&&&&&
OBJECT_TYPE&&
----------------------------------------
-------------------&&&
&------------------- ------------
WRH$_ACTIVE_SESSION_HISTORY_PK&&
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&INDEX&&&&&&&&&
&&20-APR-10
WRH$_ACTIVE_SESSION_HISTORY_PK&
&WRH$_ACTIVE__1119&&&
INDEX PARTITION& 17-DEC-13
WRH$_ACTIVE_SESSION_HISTORY_PK&
&WRH$_ACTIVE__1095&&&
INDEX PARTITION &16-DEC-13
WRH$_ACTIVE_SESSION_HISTORY_PK&
&WRH$_ACTIVE_SES_MXDB_MXSN&&&
INDEX PARTITION &20-APR-10
WRH$_ACTIVE_SESSION_HISTORY_PK&&
WRH$_ACTIVE__1047&&&
INDEX PARTITION& 14-DEC-13
WRH$_ACTIVE_SESSION_HISTORY_PK&&
WRH$_ACTIVE__1191&&&
INDEX PARTITION& 19-DEC-13
WRH$_ACTIVE_SESSION_HISTORY_PK&&
WRH$_ACTIVE__1071&&&
INDEX PARTITION& 15-DEC-13
WRH$_ACTIVE_SESSION_HISTORY_PK&&
WRH$_ACTIVE__1143&&&
INDEX PARTITION& 18-DEC-13
WRH$_ACTIVE_SESSION_HISTORY_PK&&
WRH$_ACTIVE__1167&&&
INDEX PARTITION& 19-DEC-13
WRH$_ACTIVE_SESSION_HISTORY&&&&&
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&TABLE&&&&&&&&&
&&20-APR-10
WRH$_ACTIVE_SESSION_HISTORY_BL&&
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&TABLE&&&&&&&&&&
&20-APR-10
WRH$_ACTIVE_SESSION_HISTORY&&&&&
WRH$_ACTIVE__1167&&&
TABLE PARTITION& 18-DEC-13
WRH$_ACTIVE_SESSION_HISTORY&&&&&
WRH$_ACTIVE__1143&&&
TABLE PARTITION& 17-DEC-13
WRH$_ACTIVE_SESSION_HISTORY&&&&&
WRH$_ACTIVE__1119&&&
TABLE PARTITION& 16-DEC-13
WRH$_ACTIVE_SESSION_HISTORY&&&&&
WRH$_ACTIVE__1095&&&
TABLE PARTITION& 15-DEC-13
WRH$_ACTIVE_SESSION_HISTORY&&&&&
WRH$_ACTIVE__1047&&&
TABLE PARTITION& 13-DEC-13
WRH$_ACTIVE_SESSION_HISTORY&&&&&
WRH$_ACTIVE__1191&&&
TABLE PARTITION& 19-DEC-13
WRH$_ACTIVE_SESSION_HISTORY&&&&&
WRH$_ACTIVE_SES_MXDB_MXSN&&&
TABLE PARTITION &20-APR-10
WRH$_ACTIVE_SESSION_HISTORY&&&&&
WRH$_ACTIVE__1071&&&
TABLE PARTITION& 14-DEC-13
SQL& alter table sys.wrh$_active_session_history
truncate partition WRH$_ACTIVE__1008 update global
Table truncated.
SQL& col SNAP_INTERVAL for a18
SQL& col RETENTION for a18
SQL& select * from dba_hist_wr_
SNAP_INTERVAL&&&&&
RETENTION&&&&&&&&&
---------- ------------------ ------------------
----------
+:00.0& +00007
00:00:00.0& DEFAULT
SQL& select * from v$
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0
PL/SQL Release 10.2.0.5.0 - Production
10.2.0.5.0&&&&&
Production
TNS for Linux: Version 10.2.0.5.0 - Production
NLSRTL Version 10.2.0.5.0 & Production
通过上述，查看oracle10g数据库信息，发现，有8天的分区表数据，而数据库AWR保留策略为7天，也就是当清除snap_id信息时并没有完全清除表中数据信息。
暂时没想到好的解决办法，就先delete部分数据（该11g生产库运行期间cpu大多在百分之80-90设置更高，所以只能一点点的先delete部分数据（货架上的东西是没了，但货架还在，暂时也就这样了，再找找其他方法，其中有两个索引数据量也不小，可以分析一下）。语句如下：
delete from&
sys.wrh$_active_session_history
partition(WRH$_ACTIVE__25627) p where
p.snap_id&=25850;
曾想试试一下命令，删除之前统计信息（这个无法确定运行时长，当时没用）：
exec dbms_stats.purge_stats(systimestamp -
参数说明：
Parameters
Table 141-78
PURGE_STATS Procedure Parameters
Description
before_timestamp
Versions of statistics saved before this timestamp are purged.
it uses the purging policy used by automatic purge. The automatic
purge deletes all history older than the older of (current time -
statistics history retention) and (time of recent analyze in the
system - 1). The statistics history retention value can be changed
using&ALTER_STATS_HISTORY_RETENTION&Procedure.The
default is 31 days.
删除快照命令：
dbms_workload_repository.drop_snapshot_range(low_snap_id=&777,high_snap_id=&800,dbid=&)
清除数据库中其他数据库AWR信息可以使用下面的语句：
dbms_swrf_internal.unregister_database();
遗留问题：
delete分区表中部分数据后并没有完全收回空间，高水位问题（move占用资源，可避开高峰期），有其他什么方法可以解决；
oracle11g库中（其他oracle11g库中也是每天生成一个分区表）就一个分区表保存数据，影响数据管理，暂时未找出原因；
对删除快照、AWR过期数据清理流程不太清楚；
为什么表中还保留一些过期数据，MMON后台进程怎么收集和清理AWR信息
由于对AWR不是很了解，有太多业余的地方，如哪位同志了解，请告知在下，不胜感激。
我的更多文章：
( 22:55:46)( 22:22:05)
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。ylw6006 的BLOG
用户名：ylw6006
文章数：232
评论数：738
访问量：1828080
注册日期：
阅读量：5863
阅读量：12276
阅读量：414333
阅读量：1101996
51CTO推荐博文
一般来讲除开业务数据存放的表空间，DBA要着重关注SYSTEM,SYSAUX,UNDO,TEMP表空间，SYSTEM表空间的大小一般是衡定的，UNDO和TEMP表空间的大小由数据库的业务情况决定，而SYSAUX表空间在默认条件下你如果不做任何配置，随着时间的推移，会膨胀的越来越大！SYSAUX表空间做为SYSTEM表空间的辅助表空间，主要存放EM相关的内容以及表统计信息，AWR快照，审计信息等，个人认为，如果你的SYSAUX表空间大小超过2G，那么该考虑让他减肥了！&
一：使用下列语句查询表空间使用率&
SELECT&*&FROM&(&SELECT&D.TABLESPACE_NAME,&&&&&&&&&SPACE&||&'M'&&SUM_SPACE(M)&,&&&&&&&&&BLOCKS&&SUM_BLOCKS&,&&&&&&&&&SPACE&-&NVL&(FREE_SPACE,&0)&||&'M'&&USED_SPACE(M)&,&&&&&&&&&ROUND&(&(1&-&NVL&(FREE_SPACE,&0)&/&SPACE)&*&100,&2)&||&'%'&&&&&&&&&&&&&USED_RATE(%)&,&&&&&&&&&FREE_SPACE&||&'M'&&FREE_SPACE(M)&&&&&FROM&(&&SELECT&TABLESPACE_NAME,&&&&&&&&&&&&&&&&&&&ROUND&(SUM&(BYTES)&/&(1024&*&1024),&2)&SPACE,&&&&&&&&&&&&&&&&&&&SUM&(BLOCKS)&BLOCKS&&&&&&&&&&&&&&FROM&DBA_DATA_FILES&&&&&&&&&&GROUP&BY&TABLESPACE_NAME)&D,&&&&&&&&&(&&SELECT&TABLESPACE_NAME,&&&&&&&&&&&&&&&&&&&ROUND&(SUM&(BYTES)&/&(1024&*&1024),&2)&FREE_SPACE&&&&&&&&&&&&&&FROM&DBA_FREE_SPACE&&&&&&&&&&GROUP&BY&TABLESPACE_NAME)&F&&&WHERE&D.TABLESPACE_NAME&=&F.TABLESPACE_NAME(+)&&UNION&ALL&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&SELECT&D.TABLESPACE_NAME,&&&&&&&&&SPACE&||&'M'&&SUM_SPACE(M)&,&&&&&&&&&BLOCKS&SUM_BLOCKS,&&&&&&&&&USED_SPACE&||&'M'&&USED_SPACE(M)&,&&&&&&&&&ROUND&(NVL&(USED_SPACE,&0)&/&SPACE&*&100,&2)&||&'%'&&USED_RATE(%)&,&&&&&&&&&NVL&(FREE_SPACE,&0)&||&'M'&&FREE_SPACE(M)&&&&&FROM&(&&SELECT&TABLESPACE_NAME,&&&&&&&&&&&&&&&&&&&ROUND&(SUM&(BYTES)&/&(1024&*&1024),&2)&SPACE,&&&&&&&&&&&&&&&&&&&SUM&(BLOCKS)&BLOCKS&&&&&&&&&&&&&&FROM&DBA_TEMP_FILES&&&&&&&&&&GROUP&BY&TABLESPACE_NAME)&D,&&&&&&&&&(&&SELECT&TABLESPACE_NAME,&&&&&&&&&&&&&&&&&&&ROUND&(SUM&(BYTES_USED)&/&(1024&*&1024),&2)&USED_SPACE,&&&&&&&&&&&&&&&&&&&ROUND&(SUM&(BYTES_FREE)&/&(1024&*&1024),&2)&FREE_SPACE&&&&&&&&&&&&&&FROM&V$TEMP_SPACE_HEADER&&&&&&&&&&GROUP&BY&TABLESPACE_NAME)&F&&&WHERE&D.TABLESPACE_NAME&=&F.TABLESPACE_NAME(+)&&ORDER&BY&1)&&&WHERE&TABLESPACE_NAME&IN&('SYSAUX','SYSTEM','UNDOTBS1','TEMP');&
二：查询SYSAUX表空间内各个分类项目占存储空间的比重，很明显可以看出来AWR快照占用了2G左右的空间，统计信息为149M左右，同时数据库关闭了审计audit_trail，所以审计表aud$不占空间&
SELECT&occupant_name&&Item&,&&&&&&&&space_usage_kbytes&/&1048576&&Space&Used&(GB)&,&&&&&&&&schema_name&&Schema&,&&&&&&&&move_procedure&&Move&Procedure&&&&FROM&v$sysaux_occupants&ORDER&BY&1&
三：修改统计信息的保持时间，默认为31天，这里修改为7天，过期的统计信息会自动被删除
SQL&select&dbms_stats.get_stats_history_retention&from&&&GET_STATS_HISTORY_RETENTION&---------------------------&&&&&&&&&&&&&&&&&&&&&&&&&&31&&SQL&exec&dbms_stats.alter_stats_history_retention(7);&&&&&&&PL/SQL&procedure&successfully&completed.&&SQL&select&dbms_stats.get_stats_history_retention&from&&&GET_STATS_HISTORY_RETENTION&---------------------------&&&&&&&&&&&&&&&&&&&&&&&&&&&7&
四：修改AWR快照的保存时间为7天(7*24*60),每小时收集一次，也可以通过EM界面查看和修改
SQL&begin&&&&&&&&&&dbms_workload_repository.modify_snapshot_settings&(&&&&&&&&&&&&&interval&=&60,&&&&&&&&&&&&&retention&=&10080,&&&&&&&&&&&&&topnsql&=&100&&&&&&&&&&&);&&
五：删除AWR快照，再次查看SYSAUX表空间使用率,最后表空间使用率降低为38.42%
select&min(snap_id),max(snap_id)&from&dba_hist_//查询最最小和最大快照ID&&begin&&&&&&dbms_workload_repository.drop_snapshot_range(&&&&&&&&low_snap_id&=&10758,&&&&&&&high_snap_id&=&10900,&&&&&&&dbid&=&);&&
参考文章，感谢作者分享！//purging-statistics-from-the-sysaux-tablespace/
本文出自 “” 博客，谢绝转载！
了这篇文章
类别：┆阅读(0)┆评论(0)
21:03:40 16:19:40 17:08:51 21:07:40 15:20:15 16:27:21}