# AWR remplit le tablespace SYSAUX

[https://thehelpfuldba.com/excessive-growth-in-sysaux-tablespace/](https://thehelpfuldba.com/excessive-growth-in-sysaux-tablespace/)

Vérifier si c'est bien AWR qui prend toute la place dans SYSAUX :

```SQL
SQL> select OCCUPANT_NAME,SCHEMA_NAME,SPACE_USAGE_KBYTES/1024 from V$SYSAUX_OCCUPANTS order by 3 desc;
SQL> @?/rdbms/admin/awrinfo.sql
SQL> select * from (select bytes/1024/1024 size_mb, segment_name from dba_segments where tablespace_name='SYSAUX' order by 1 desc) where rownum<5;
```

Faire le ménage dans les stats AWR (en fonction des tables les plus grosses affichées ci-dessus). Exemple :

```
truncate table WRH$_EVENT_HISTOGRAM;
truncate table WRH$_LATCH;
truncate table WRH$_SQLSTAT;
truncate table WRH$_SYSSTAT;
truncate table WRH$_ACTIVE_SESSION_HISTORY;
```

NOTE : L'utilisation de

```
exec DBMS_STATS.PURGE_STATS(SYSDATE-7);
```

n'a jamais vidé le tablespace SYSAUX, les truncate sont plus efficaces, et il est sans doute plus urgent de récupérer de la place dans SYSAUX que de conserver des statistiques d'utilisation.