热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

Oracle19.7SYSAUX空间暴增异常分析和处理(oracle19.7ASTS功能)

oracle19.7中新引入了一些新的功能,本身是一些非常好用的功能,但是同时也会给我们日常维护带来负担,比如此次造成sysaux表空间暴增的问题,就是19.7

今天某客户进行求助,告知其数据库中CDB的SYSAUX空间近期一直暴增,当前已经将空间加到60G;在一般情况下,我们不会将sysaux等系统表空间增加这么大,于是在客户的需求下,进行了分析。

由于问题现象是数据库的sysaux暴增,所以我们首先需要想办法确定的是在sysaux中有什么对象占用的空间比较大呢?我们可以通过以下语句进行确认:

select sum(bytes)/1024/1024/1024 gb from dba_segments where tablespace_name
='SYSAUX';

根据查询结果,发现在sysaux表空间中,其中有一张表:WRI$_SQLSET_PLAN_LINES,占用空间非常大,有近40g,也就是说在sysaux表空间的60g中,有40g的空间被该表占用。

找到罪魁祸首后,那么我们该如何处理呢?

首先,我们需要了解WRI$_SQLSET_PLAN_LINES表是做什么用的?

通过官方文档的查询,该表是oracle在19.7 版本中的一个新的基础架构组件,叫ASTS,全称为:Automatic SQL Tuning Set(SQL自动调优集)。这个基础架构组件是一个后台自动任务,在19.7版本中是默认启用的,该功能不会给数据库的正常稳定运行带来问题,只是会不断占用sysaux表空间。而在19.8中,oracle就又默认将该功能进行了关闭。该组件是通过“Auto STS Capture Task autotask”来调用的。

ASTS主要记录了历史sql执行计划和sql执行的性能指标。可以被看作是awr的一个补充。

总结来说,ASTA是一个用于快速轻松地解决SQL语句性能回归的组件。它降低了与数据库更改、系统配置更改和升级相关的风险。

(该功能的具体描述可以参考mos文档:Doc ID 2686869.1)

通过对客户数据库版本进行询问,发现客户使用的oracle数据库版本正好就是19.7。

那么从上面的信息可以知道,占用sysaux表空间的WRI$_SQLSET_PLAN_LINES是用于ASTS组件使用的,而该组件是可以停止的。因此,我们处理该问题的方法就非常明确了:

1.停止该组件功能:

通过如下视图检查该任务:
Select Task_Name,
Enabled
From DBA_AutoTask_Schedule_Control
Where Task_Name = 'Auto STS Capture Task';
通过如下语句Disable 该autotask:
Begin
DBMS_Auto_Task_Admin.Disable(
Client_Name => 'Auto STS Capture Task',
Operation => NULL,
Window_name => NULL);
End;
/

2.清理空间:

exec dbms_auto_task_admin.disable('Auto STS Capture Task', NULL, NULL);
TRUNCATE TABLE WRI$_SQLSET_PLAN_LINES;
truncate table WRI$_SQLSET_STATISTICS;
truncate table WRI$_SQLSET_STATEMENTS;
truncate table WRI$_SQLTEXT_REFCOUNT;
truncate table WRI$_SQLSET_PLANS;
truncate table WRI$_SQLSET_MASK;

OK! 至此,问题解决。



推荐阅读
author-avatar
手机用户2602889575
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有