在網上幫網友解決問題的時候遇到的報錯：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;

資料庫已更改。

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

相關文章