案例：AWR手工創建快照失敗，SYSAUX表空間剩余不足處理

案例：AWR手工創建快照失敗，SYSAUX表空間剩余不足處理

版本：Oracle 11.2.0.4 RAC
問題現象：AWR手工創建快照失敗，SYSAUX表空間剩余不足。

1. 查看SYSAUX表空間的段大小

查看SYSAUX表空間的段大小，按大小排序：

select segment_name, sum(bytes) / 1024 / 1024
   from dba_segments
  where tablespace_name = 'SYSAUX' 
  group by segment_name
  order by 2;

最大的結果列表：

SEGMENT_NAME           SUM(BYTES)/1024/1024
------------------------------ --------------------
WRH$_SYSMETRIC_HISTORY_INDEX       80
WRH$_DLM_MISC_PK          80.0625
WRH$_DLM_MISC           96.0625
WRH$_EVENT_HISTOGRAM         688.0625
WRH$_EVENT_HISTOGRAM_PK       1008.0625
WRH$_ACTIVE_SESSION_HISTORY_PK      3016.0625
WRH$_ACTIVE_SESSION_HISTORY    22373.0625

4462 rows selected.

發現最大的對象是WRH$_ACTIVE_SESSION_HISTORY，這里占了22G的大小，另外其對應的主鍵索引也占了3G。

2. AWR快照列表是空

查看AWR列表：

@?/rdbms/admin/awrrpt

AWR快照列表是空

Listing all Completed Snapshots

嘗試手工創建快照也會失敗，明確提示是SYSAUX表空間剩余不足，無法擴展。

exec DBMS_WORKLOAD_REPOSITORY.create_snapshot();

3. 清理回收表空間

根據MOS文檔 WRH$_ACTIVE_SESSION_HISTORY Does Not Get Purged Based Upon the Retention Policy (文檔 ID 387914.1)

查詢表空間使用率：

set lines 400 pages 999
select  TABLESPACE_NAME,(TABLESPACE_SIZE-USED_SPACE)*8/1024/1024 free_space, USED_SPACE*8/1024/1024 USED_SPACE,TABLESPACE_SIZE*8/1024/1024 TABLESPACE_SIZE,USED_PERCENT from DBA_TABLESPACE_USAGE_METRICS order by 5 ;

SYSAUX 3.60882568 28.3911591 31.9999847 88.7224144

查詢WRH$_ACTIVE_SESSION_HISTORY的分區信息：

SELECT owner,
  segment_name,
  partition_name,
  segment_type,
  bytes/1024/1024/1024 Size_GB
 FROM dba_segments
 WHERE segment_name='WRH$_ACTIVE_SESSION_HISTORY';

結果如下：

OWNER            SEGMENT_NAME         PARTITION_NAME         SEGMENT_TYPE    SIZE_GB
------------------------------ ------------------------------ ------------------------------ ------------------ ----------
SYS            WRH$_ACTIVE_SESSION_HISTORY    WRH$_ACTIVE_1154052622_0       TABLE PARTITION  21.7900391
SYS            WRH$_ACTIVE_SESSION_HISTORY    WRH$_ACTIVE_SES_MXDB_MXSN      TABLE PARTITION  .000061035

根據MOS的說明操作：

alter session set "_swrf_test_action" = 72;

經過這一步之后，發現分割出一個分區，而且實際發現SYSAUX表空間釋放出3G的空間，這里思考一下，分割分區並不會導致空間下降，推測有可能是分割的操作觸發了自動刪除的條件。

結果如下(多了一個分區)：

OWNER            SEGMENT_NAME         PARTITION_NAME         SEGMENT_TYPE    SIZE_GB
------------------------------ ------------------------------ ------------------------------ ------------------ ----------
SYS            WRH$_ACTIVE_SESSION_HISTORY    WRH$_ACTIVE_1154052622_0       TABLE PARTITION  21.7900391
SYS            WRH$_ACTIVE_SESSION_HISTORY    WRH$_ACTIVE_1154052622_5093    TABLE PARTITION   .05859375
SYS            WRH$_ACTIVE_SESSION_HISTORY    WRH$_ACTIVE_SES_MXDB_MXSN      TABLE PARTITION  .000061035

此時，根據MOS文檔說明，執行：

set serveroutput on 
declare 
CURSOR cur_part IS 
SELECT partition_name from dba_tab_partitions 
WHERE table_name = 'WRH$_ACTIVE_SESSION_HISTORY'; 

query1 varchar2(200); 
query2 varchar2(200); 

TYPE partrec IS RECORD (snapid number, dbid number); 
TYPE partlist IS TABLE OF partrec; 

Outlist partlist; 
begin 
dbms_output.put_line('PARTITION NAME SNAP_ID DBID'); 
dbms_output.put_line('--------------------------- ------- ----------'); 

for part in cur_part loop 
query1 := 'select min(snap_id), dbid from sys.WRH$_ACTIVE_SESSION_HISTORY partition ('||part.partition_name||') group by dbid'; 
execute immediate query1 bulk collect into OutList; 

if OutList.count > 0 then 
for i in OutList.first..OutList.last loop 
dbms_output.put_line(part.partition_name||' Min '||OutList(i).snapid||' '||OutList(i).dbid); 
end loop; 
end if; 

query2 := 'select max(snap_id), dbid from sys.WRH$_ACTIVE_SESSION_HISTORY partition ('||part.partition_name||') group by dbid'; 
execute immediate query2 bulk collect into OutList; 

if OutList.count > 0 then 
for i in OutList.first..OutList.last loop 
dbms_output.put_line(part.partition_name||' Max '||OutList(i).snapid||' '||OutList(i).dbid); 
dbms_output.put_line('---'); 
end loop; 
end if; 

end loop; 
end; 
/

得到結果如下：

PARTITION NAME SNAP_ID DBID
--------------------------- ------- ----------
WRH$_ACTIVE_1154052622_5093 Min 5093 1154052622
WRH$_ACTIVE_1154052622_5093 Max 5210 1154052622
---
WRH$_ACTIVE_1154052622_0 Min 1 1154052622
WRH$_ACTIVE_1154052622_0 Max 5092 1154052622
---

MOS上清空歷史分區的方法：

DBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE( 
low_snap_id IN NUMBER, 
high_snap_id IN NUMBER 
dbid IN NUMBER DEFAULT NULL);

實際如果執行就是：

exec DBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE(1,5092);

--如果不是本地的dbid，那就第三個參數值填上對應dbid的參數即可,當然這里不需要加：
exec DBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE(1,5092,1154052622);

但經過測試上一種MOS提到的方法比較慢，而且不立即釋放空間。
所以如果想立即釋放表空間，可以考慮評估直接truncate此表的對應分區（反復確認好后再操作）：

截斷分區前查詢表空間使用率：

set lines 400 pages 999
select  TABLESPACE_NAME,(TABLESPACE_SIZE-USED_SPACE)*8/1024/1024 free_space, USED_SPACE*8/1024/1024 USED_SPACE,TABLESPACE_SIZE*8/1024/1024 TABLESPACE_SIZE,USED_PERCENT from DBA_TABLESPACE_USAGE_METRICS order by 5 ;

SYSAUX             3.60784912 28.3921356    31.9999847   88.7254661

truncate歷史分區WRH$_ACTIVE_1154052622_0

SQL> alter table WRH$_ACTIVE_SESSION_HISTORY truncate partition WRH$_ACTIVE_1154052622_0;

Table truncated.

再次查詢表空間使用率(已發現SYSAUX表空間使用率下降成功)：

SYSAUX             28.3323364 3.66764832    31.9999847   11.4614065

再次查詢WRH$_ACTIVE_SESSION_HISTORY的分區信息：

OWNER            SEGMENT_NAME         PARTITION_NAME         SEGMENT_TYPE    SIZE_GB
------------------------------ ------------------------------ ------------------------------ ------------------ ----------
SYS            WRH$_ACTIVE_SESSION_HISTORY    WRH$_ACTIVE_1154052622_5093    TABLE PARTITION  .059570313
SYS            WRH$_ACTIVE_SESSION_HISTORY    WRH$_ACTIVE_SES_MXDB_MXSN      TABLE PARTITION  .000061035
SYS            WRH$_ACTIVE_SESSION_HISTORY    WRH$_ACTIVE_1154052622_0       TABLE PARTITION  .000061035

至此，完成WRH$_ACTIVE_SESSION_HISTORY的分區清理，SYSAUX表空間得到釋放。