SYS.AUD$无法扩容导致无法登录的问题

保存信息

　　ORA-00604: error occurred at recursive SQL level 1

　　ORA-01653: unable to extend table SYS.AUD$ by 8192 in tablespace SYSTEM

　　ORA-02002: error while writing to audit trail

　　ORA-00604: error occurred at recursive SQL level 1

　　ORA-01653: unable to extend table SYS.AUD$ by 8192 in tablespace SYSTEM

问题处理步骤：

1.查看系统表空间使用情况，首先要确定表空间数据文件是否超过单个文件上限

select b.name,sum(a.bytes/1000000) from v$datafile a,v$tablespace b where a.ts#=b.ts# group by b.name;

确认system表空间数据文件大小是否达到单个文件上限32G（默认oracle数据块是8k，支持最大的单个数据文件大小是32G），计算方法参考下面的一段文字（网络摘要）：

--------------------------------------------------------------------------------------------------------------------

表空间数据文件容量与DB_BLOCK_SIZE的设置有关，而这个参数在创建数据库实例的时候就已经指定。DB_BLOCK_SIZE参数可以设置为4K、8K、16K、32K、64K等几种，Oracle的物理文件最大只允许4194304个数据块（这个参数具体由操作系统决定，一般应该是此数字），表空间数据文件的最大值对应关系就可以通过4194304×DB_BLOCK_SIZE/1024M计算得出。

4k最大表空间为：16384M

8K最大表空间为：32768M

16k最大表空间为：65536M

32K最大表空间为：131072M

64k最大表空间为：262144M

而Oracle默认分配的为8K，也就是对应于32768M左右的空间大小，如果想继续增大表空间的话，只需要通过alter tablespace name add datafile ‘path/file_name’ size 1024M;添加数据文件的方式就可以了。

数据块是oracle中最小的空间分配单位，各种操作的数据就的放在这里，oracle从磁盘读写的也是块。一旦create database，db_block_size就是不可更改的。因为oracle是以块为单位存储数据的，任何一个存储元素最少占用一个块，如果你改变了db_block_size，必然导致部分块不能正常使用。

其实在unix类操作系统中，文件块和oracle块的关系非常紧密（建议相等），这样才能保证数据库的执行效率。在windows下可能就不这么讲究了。建议使用8k以上的块，有人做过测试，同样的配置，8k的块比4k快大约40%，比2k快3倍以上。

---------------------------------------------------------------------------------------------------------------------------

2.接着上面说，如果达到文件大小上限32G，就需要新增表空间数据文件，脚本如下：

alter tablespace system add datafile '系统表空间数据文件绝对路径（一般为system01.dbf，记着序号加1后是system02.dbf）' size 20000M

如果没达到上限，就扩展表空间大小，当然不能超过32g，脚本如下：

alter database datafile '数据文件绝对路径' resize 30524M;

以上所述为解决此问题的临时解决方案,已经过验证，最终的解决方案还是比较麻烦的，毕竟不是专业的dba，就不在此赘述，还是要dba来搞，现在都用oracle11g，11g默认开启了审计功能，要么吧审计表移到非系统表空间，要么关闭审计功能，根据实际情况操作。