Oracle SYSAUX表空间暴增诊断与优化方案

1. SYSAUX表空间暴增问题概述

最近在维护Oracle数据库时，发现SYSAUX表空间使用率突然飙升到90%以上，严重影响了数据库的正常运行。这个问题在Oracle 11g/12c/19c中都比较常见，特别是当数据库运行时间较长且未进行定期维护时。

SYSAUX表空间是Oracle 10g引入的辅助系统表空间，主要用于存放各种数据库组件和特性的元数据。与SYSTEM表空间不同，SYSAUX表空间存储的是非核心的、可选的数据库组件信息。当这个表空间使用率暴增时，通常是由于以下几个原因：

1. AUTO_STATS_ADVISOR_TASK任务积累了过多历史数据
2. Oracle优化器统计信息收集任务异常
3. 某些Oracle组件（如EM、AWR等）产生了大量数据
4. 已知的Oracle bug（如BUG 38326922）

注意：SYSAUX表空间虽然是非核心表空间，但如果它完全填满，仍然会导致数据库操作失败，特别是那些依赖AWR、优化器统计信息等功能的操作。

2. 诊断SYSAUX表空间使用情况

2.1 查询表空间使用率

首先我们需要确认SYSAUX表空间的实际使用情况：

sql复制SELECT tablespace_name, 
       round(used_space/1024/1024,2) used_mb,
       round(tablespace_size/1024/1024,2) size_mb,
       round(used_percent,2) used_pct
FROM dba_tablespace_usage_metrics
WHERE tablespace_name = 'SYSAUX';

这个查询会返回SYSAUX表空间的当前使用量、总大小和使用百分比。

2.2 分析SYSAUX表空间占用明细

接下来我们需要找出SYSAUX表空间中占用空间最多的对象：

sql复制SELECT segment_name, 
       segment_type,
       owner,
       round(bytes/1024/1024,2) size_mb
FROM dba_segments
WHERE tablespace_name = 'SYSAUX'
ORDER BY bytes DESC;

这个查询会列出SYSAUX表空间中所有段对象（表、索引等）及其占用空间大小，按从大到小排序。

2.3 检查AUTO_STATS_ADVISOR_TASK

在大多数情况下，SYSAUX表空间暴增是由于AUTO_STATS_ADVISOR_TASK任务积累了过多历史数据。我们可以通过以下查询确认：

sql复制SELECT task_name, 
       count(*) cnt,
       round(sum(space_usage/1024/1024),2) space_mb
FROM dba_advisor_log
WHERE task_name = 'AUTO_STATS_ADVISOR_TASK'
GROUP BY task_name;

如果这个查询返回的结果显示占用了大量空间（比如几百MB甚至几GB），那么这就是问题所在。

3. 解决方案实施

3.1 清理AUTO_STATS_ADVISOR_TASK数据

对于AUTO_STATS_ADVISOR_TASK积累的历史数据，我们可以执行以下清理操作：

sql复制BEGIN
  DBMS_STATS.init_package();
  DBMS_STATS.purge_stats(sysdate-30);  -- 保留最近30天的数据
END;
/

这个PL/SQL块会清理30天前的统计信息历史数据。根据你的需求，可以调整保留天数。

3.2 调整AUTO_STATS_ADVISOR_TASK设置

为了防止问题再次发生，我们可以调整AUTO_STATS_ADVISOR_TASK的保留策略：

sql复制BEGIN
  DBMS_STATS.set_global_prefs('AUTO_STATS_ADVISOR_TASK_RETENTION', '30');
END;
/

这个设置将限制AUTO_STATS_ADVISOR_TASK只保留30天的数据。

3.3 处理其他常见占用源

如果问题不是由AUTO_STATS_ADVISOR_TASK引起的，我们还需要考虑其他可能性：

1. AWR快照：长期积累的AWR快照会占用大量空间

   sql复制-- 查询当前AWR保留设置
   SELECT retention FROM dba_hist_wr_control;
   
   -- 修改AWR保留时间为30天
   EXEC DBMS_WORKLOAD_REPOSITORY.modify_snapshot_settings(retention=>43200);
   

2. 优化器统计历史：

   sql复制-- 清理旧的优化器统计历史
   EXEC DBMS_STATS.purge_stats(sysdate-30);
   

3. 审计数据：

   sql复制-- 清理旧的审计数据
   DELETE FROM sys.aud$ WHERE timestamp# < sysdate-30;
   COMMIT;
   

3.4 处理BUG 38326922

如果你使用的是Oracle 12.2或19c，并且确认是BUG 38326922导致的SYSAUX表空间增长，可以考虑以下解决方案：

1. 应用最新的Oracle补丁（如P35775632）
2. 临时解决方案是禁用自动统计顾问任务：

   sql复制EXEC DBMS_STATS.set_global_prefs('AUTO_STATS_ADVISOR_TASK','FALSE');
   

4. 预防措施与最佳实践

4.1 定期监控SYSAUX表空间

建议设置定期监控任务，每周检查SYSAUX表空间使用情况。可以创建一个简单的监控脚本：

sql复制SELECT tablespace_name, 
       round(used_percent,2) used_pct,
       CASE WHEN used_percent > 80 THEN 'WARNING' 
            WHEN used_percent > 90 THEN 'CRITICAL'
            ELSE 'NORMAL' END status
FROM dba_tablespace_usage_metrics
WHERE tablespace_name = 'SYSAUX';

4.2 实施自动清理策略

为关键组件设置合理的保留策略：

sql复制-- AWR保留30天
EXEC DBMS_WORKLOAD_REPOSITORY.modify_snapshot_settings(retention=>43200);

-- 统计历史保留30天
EXEC DBMS_STATS.set_global_prefs('AUTO_STATS_ADVISOR_TASK_RETENTION', '30');

-- 审计数据保留30天
BEGIN
  DBMS_AUDIT_MGMT.set_last_archive_timestamp(
    audit_trail_type => DBMS_AUDIT_MGMT.AUDIT_TRAIL_AUD_STD,
    last_archive_time => sysdate-30);
END;
/

4.3 考虑表空间扩容

如果SYSAUX表空间经常接近满的状态，可以考虑适当扩容：

sql复制ALTER TABLESPACE SYSAUX ADD DATAFILE '/path/to/new/datafile.dbf' SIZE 2G AUTOEXTEND ON NEXT 100M MAXSIZE 10G;

5. 常见问题与解决方案

5.1 清理操作导致性能问题

在执行大规模清理操作时，可能会暂时影响数据库性能。建议：

• 在业务低峰期执行清理操作
• 分批删除数据，避免长时间持有锁
• 考虑使用DBMS_SCHEDULER创建夜间作业

5.2 清理后空间未释放

Oracle的表空间空间释放有以下特点：

1. 删除数据后，空间不会自动返回给操作系统
2. 释放的空间可以被Oracle重用
3. 如果需要收缩数据文件，需要手动操作：

sql复制-- 首先确定可以收缩的空间量
SELECT file_name, 
       round(bytes/1024/1024,2) current_mb,
       round((bytes-nvl(hwm,1)*block_size)/1024/1024,2) shrinkable_mb
FROM dba_data_files a,
     (SELECT file_id, max(block_id+blocks-1) hwm
      FROM dba_extents GROUP BY file_id) b
WHERE a.file_id = b.file_id(+)
AND a.tablespace_name = 'SYSAUX';

-- 然后收缩数据文件
ALTER DATABASE DATAFILE '/path/to/datafile.dbf' RESIZE 2G;

5.3 无法连接到数据库

如果SYSAUX表空间已经100%满，可能导致无法连接数据库。此时需要：

1. 以sysdba身份连接到空闲实例
2. 将数据库启动到受限模式
3. 立即清理空间或添加数据文件

sql复制-- 以sysdba连接
sqlplus / as sysdba

-- 启动到受限模式
STARTUP RESTRICT;

-- 添加新的数据文件
ALTER TABLESPACE SYSAUX ADD DATAFILE '/path/to/emergency.dbf' SIZE 1G;

-- 恢复正常模式
ALTER SYSTEM DISABLE RESTRICTED SESSION;

6. 高级诊断技巧

6.1 使用Segment Advisor

Oracle的Segment Advisor可以帮助识别可以收缩的对象：

sql复制-- 创建Segment Advisor任务
DECLARE
  task_id NUMBER;
  task_name VARCHAR2(100) := 'SYSAUX_SPACE_ADVICE';
BEGIN
  task_id := DBMS_ADVISOR.create_task('Segment Advisor', task_id, task_name);
  DBMS_ADVISOR.create_object(task_name, 'TABLESPACE', 'SYSAUX', NULL, NULL, 'NULL');
  DBMS_ADVISOR.set_task_parameter(task_name, 'RECOMMEND_ALL', 'TRUE');
  DBMS_ADVISOR.execute_task(task_name);
END;
/

-- 查看建议
SELECT tablespace_name, segment_name, segment_type, recommendations, c1
FROM TABLE(DBMS_ADVISOR.get_task_report('SYSAUX_SPACE_ADVICE'))
WHERE recommendations IS NOT NULL;

6.2 分析空间使用趋势

通过AWR数据可以分析SYSAUX表空间的使用趋势：

sql复制SELECT snap_id, 
       to_char(end_interval_time, 'YYYY-MM-DD HH24:MI') snap_time,
       round(tablespace_usedsize/1024/1024,2) used_mb
FROM dba_hist_tbspc_space_usage h
JOIN dba_hist_snapshot s ON h.snap_id = s.snap_id
WHERE tablespace_id = (SELECT ts# FROM v$tablespace WHERE name = 'SYSAUX')
ORDER BY snap_id;

这个查询会显示SYSAUX表空间的历史使用情况，帮助你识别空间增长的模式和时间点。

6.3 检查组件注册信息

有时某些Oracle组件会意外地在SYSAUX表空间中创建大量对象。可以检查组件注册信息：

sql复制SELECT comp_name, version, status, schema
FROM dba_registry
WHERE schema IN (SELECT owner FROM dba_segments WHERE tablespace_name = 'SYSAUX');

这个查询可以帮助你识别哪些注册的组件可能在SYSAUX表空间中创建了对象。