/tmp分區滿，把oraclerac弄死了

剛從山東回來，一堆麻煩事情。這不，快要下班了，客戶說oraclerac掛了。這是有兩個節點和一個共享存儲組成的rac系統，安裝了oracle11gr2.我試著登錄系統查看，發

剛從山東回來，一堆麻煩事情。這不，快要下班了，客戶說oracle rac掛了。

這是有兩個節點和一個共享存儲組成的rac系統，安裝了oracle 11g r2.我試著登錄系統查看，發現一個服務器不能聯通。另一個上去了，執行df -h ，發現一個分區 /tmp被塞滿了。再進子目錄查看，發現一堆0926.dmp這樣的文件，每個文件大小都在600M左右。看來是程序員在執行exp備份操作，一問，服務器空間，果然如此。

再從rac的私有網絡，試著登錄另一個節點，居然進去了。這說明心跳檢查是正常的。

在跟其他人溝通后，我采取如下步驟:

1、清理/tmp空間，香港空間，手動刪除陳舊的文件，釋放出至少50%的空間。

2、關閉所有oracle實例 srvctl stop instance -d sery_db -i sery1 , srvctl stop instance -d sery_db -i sery2.

3、查看不能從外面訪問的那個服務器的網絡狀態，香港服務器租用，檢查方法為：

（1）ip add 檢查地址是否存在

（2）mii-tool 檢查網線是否正常

（3）service network start 重啟網絡.嘿嘿，居然正常了。

4、檢查asm文件系統，步驟為：

（1）ps aux | grep asm檢查進程

（2） su - grid ; asmcmd 進去查看日志文件、數據文件是否存在。還好它們都在呢。

5、啟動實例，然后用sqlplus登錄檢查數據文件等。

主要原因：oracle會根據需要往/tmp分區寫入數據（比如排序等中間過程），如果文件系統滿了，則寫入失敗，可能導致會話掛起。

本文出自 “sery” 博客，請務必保留此出處

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com