合 SYSAUX表空间占用过大情况下的处理（AWR信息过多）

SYSTEM和SYSAUX表空间存储的内容有哪些区别？若SYSAUX表空间占用过大则应该如何处理？

在一般情况下，企业产生的业务数据应该存放在单独的数据表空间，而不应该使用系统已存在的表空间，尤其不能将业务数据保存到SYSTEM和SYSAUX表空间中，所以，DBA需要着重关注SYSTEM和SYSAUX表空间的占用情况。

Oracle服务器使用SYSTEM表空间管理整个数据库。这个表空间包含系统的数据字典和关于数据库的管理信息，这些信息均包含在SYS方案中，只有SYS用户或者拥有所需权限的其它管理用户才可访问这些信息。SYSTEM表空间用于核心功能（例如数据字典表）。

SYSAUX是SYSTEM表空间的辅助表空间。Oracle DB早期版本中某些使用SYSTEM表空间或其本身表空间的组件和产品现在改为使用SYSAUX表空间。每个Oracle Database 10g（或更高版本）数据库都必须拥有SYSAUX表空间。辅助表空间SYSAUX用于附加的数据库组件，例如，OEM库（Oracle Enterprise Manager Repository）、AWR快照信息库、统计信息、审计信息等。

SYSTEM和SYSAUX表空间是在创建数据库时创建的必需存在的表空间。这些表空间必须联机。在OPEN状态下，SYSAUX表空间可以脱机以执行表空间恢复，而SYSTEM表空间则不能，这两种表空间都不能设置为只读状态。在MOUNT状态下，任何表空间都可以脱机。

SYSTEM表空间的大小一般变化不大，而SYSAUX表空间在默认条件下如果不做任何配置，那么随着时间的推移，会越来越大。所以，如果SYSAUX表空间过大，那么应该及时诊断清理该表空间。

对于SYSTEM表空间而言，如果占用过大，那么一般情况下是由于审计表（SYS.AUD$）过大引起的。需要将审计表移动到其它表空间中，然后再清理审计表（TRUNCATE TABLE SYS.AUD$）即可。需要注意的是，如果审计表过大，那么应该分部去清理审计表，详细步骤可以参考审计部分。

对于SYSAUX表空间而言，如果占用过大，那么一般情况下是由于AWR信息或对象统计信息没有及时清理引起的，具体原因可以通过如下的SQL语句查询：

如果OCCUPANT_NAME列为SM/AWR（Server Manageability - Automatic Workload Repository），那么表示AWR信息占用过大；如果该列为SM/OPTSTAT（Server Manageability - Optimizer Statistics History），那么表示优化器统计信息占用过大；如果该列为AUDIT_TABLES，表示审计信息占用的空间大小；如果该列为LOGMNR，表示logminer产生的数据占用了表空间。

也可以直接查询DBA_SEGMENTS视图获取信息：

然后查询占用空间较大的表，即可得到占用空间较大的原因，下面分别讨论。

（一）AWR信息占用过大

如果确认是AWR信息占用空间过大，那么还可以使用如下的SQL脚本获取AWR占用信息的详细信息：

例如：

如果AWR信息占用过大，那么可以通过设置AWR的保留时间来减小AWR信息的存储空间。通过如下的SQL语句可以获取AWR的保留时间：

通过如下的SQL语句可以设置AWR信息的保留时间为7天（72460），每隔1小时收集一次AWR信息：

需要注意的是，在Oracle 10g中，AWR默认保留7天，在Oracle 11g中，AWR默认保留8天。

在以上设置完成后，可以删除不需要的AWR快照信息，从而释放SYSAUX表空间，相关SQL语句如下所示：

后续精彩内容已被站长无情隐藏，请输入验证码解锁本文！

验证码：

获取验证码： 请先关注本站微信公众号，然后回复“验证码”，获取验证码。在微信里搜索“AiDBA”或者“dbaup6”或者微信扫描右侧二维码都可以关注本站微信公众号。