ORA-09187、linux-x86_64 Error：28 AND ORA-09945

  


  在网上帮网友解决问题的时候遇到的报错： ORA-09187：write to audit file failed.   、 ORA-09945：Unable to initialize the audit trail file 和  linux-x86_64 Error：28：No space left on device.



该错误是在执行  conn / as sysdba的时候报出的

使用df -g命令查看的时候，发现他的根分区“/”已经满了，初步判断为空间满导致的问题，经过进一步排查，发现他的 listener.log 特别大，将其mv到其他的位置，然后再次尝试conn /  as sysdba，发现数据库可以正常登陆。

 此问题到此已经解决。

 
 但是，有此问题可以延伸出更多的可能性，我们不妨主动思考一下，自我启发一下，listener.log体积变大导致的系统空间不足的话，比较容易处理，挪走即可，但是如果是数据文件发生了因为体积增长而占满空间时，应该怎么处理呢？是不是我们提前未雨绸缪做一下测试，一旦乌云压顶了，我们的心态上可以更加的从容？

 

Datafile大挪移大法：

 挪动数据文件的步骤一共有4步，操作如下：

1.正常关闭数据库

SQL> shutdown immediate
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。


2. 复制system表空间对应数据文件去新路径

此步根据不同操作系统选择不同的系统移动命令。



3.启动数据库到mount状态


SQL> startup mount
ORACLE 例程已经启动。
Total System Global Area  135338868 bytes
Fixed Size                   453492 bytes
Variable Size             109051904 bytes
Database Buffers           25165824 bytes
Redo Buffers                 667648 bytes
数据库装载完毕。


4. 修改system表空间对应数据文件去新路径
SQL> alter database rename file  '/u01/app/oracle/oradata/orcl/system01.dbf' to '/u01/app/oracle/oradata/orcl/system/system01.dbf';


数据库已更改。


5. 启动数据库


SQL> alter database open;


数据库已更改。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/20802110/viewspace-1153305/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/20802110/viewspace-1153305/