暂无图片
分享
Ruian
2019-09-10
sysaux表空间满了

查询表空间使用情况,sysaux表空间满了(32G)无法自动扩展。

发现WRH$_ACTIVE_SESSION_HISTORY 达到20G。可以truncate吗

收藏
分享
7条回答
默认
最新
章芋文

可以,但是会影响AWR和ASH等报告的生成。

暂无图片 评论
暂无图片 有用 0
Ruian

通过语句

SELECT occupant_name"Item",

 round(space_usage_kbytes/1024/1024,3)"Space Used (GB)",

 schema_name "Schema",

 move_procedure "MoveProcedure"

 FROM v$sysaux_occupants

 ORDER BY 2 Desc;

查出来有31G的空间都是SM/AWR的  应该如何正确清理

暂无图片 评论
暂无图片 有用 0
Ruian

这个应该是会影响清理之前的AWR和ASH等报告的生成吧,之后的还是会正常生成报告吧

暂无图片 评论
暂无图片 有用 0
章芋文

之后的会生成的,一般是根据空间设置保留多长时间的AWR,比如7天。

一般清理采用drop_snapshot_range,但是不会释放空间,相当于delete

exec dbms_workload_repository.drop_snapshot_range(30076, 30602, 3692280899);
暂无图片 评论
暂无图片 有用 0
Ruian

这个方法是可以清理,但是长期没有清理,表很大十几个G ,delete很慢。

为啥有的库有自动清理,有的没有自动清理?自动清理在哪里设置?

1.png

2.png


暂无图片 评论
暂无图片 有用 0
付才魁

查查是否审计功能没有关闭?可以清理一下审计日志,这个也占用表空间的。

暂无图片 评论
暂无图片 有用 0
Ruian
问题已关闭: 问题已经得到解决
暂无图片 评论
暂无图片 有用 0
Donnieyen
2021-09-14
最终是怎么解决的?遇到了相同的问题
回答交流
提交
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏