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默认开启了审计功能,要么吧审计表移到非系统表空间,要么关闭审计功能,根据实际情况操作。


你可能感兴趣的:(SYS.AUD$无法扩容导致无法登录的问题)