Oracle資料庫的udump檔案中日誌過多，導致系統盤使用率達到100怎麼辦？

其實，不是磁碟空間被占用了，而是磁碟的i節點用盡了。 執行df -i dev sdbx命令（x為邏輯分割槽）檢視節點i的狀態。

解決方法：刪除占用節點 i 的空檔案，執行 rm -rf -empty -a -type f

如果它是硬碟驅動器，它可能是乙個隱藏檔案。

如何檢視：開始選單 - 控制面板 - 資料夾選項 - 檢視 - 將滾動條移動到下方 - 選擇顯示所有檔案和資料夾進行嘗試。

在預言機資料庫中，有一種日誌檔案叫做 redo log file，俗稱 redolog。 重做日誌有兩種型別：重做日誌和歸檔日誌。

online redo log

線上重做日誌主要用於伺服器重啟後執行Oracle資料庫。 此時重做日誌就派上用場了，Oracle 會使用重做日誌將資料庫恢復到伺服器斷電前的那一刻，這樣資料庫就可以正常啟動了。

在預言機資料庫中，預設情況下，至少有兩個重做日誌組，每個組至少包含乙個重做日誌檔案。 日誌組不會自動遞增，乙個日誌組滿後，會自動轉到下乙個日誌組。 下乙個填滿後，它將從第乙個開始。

archive redo log

歸檔日誌主要用於硬體級錯誤：磁碟上導致讀寫不寫的壞扇區、寫入失敗和導致資料庫資料丟失的磁碟損壞。 這需要使用存檔日誌檔案，通過該檔案將資料庫還原到存檔日誌所在的時間點，然後通過重做日誌檔案將資料庫還原到當前時間點。

對於歸檔日誌檔案，可以理解為重做日誌檔案的備份。 也就是說，當重做日誌檔案被填滿時，歸檔日誌檔案會保留它的副本。 （如上所述，重做日誌檔案將被自動覆蓋）因此，歸檔日誌檔案是舊日誌檔案的備份。

Oracle 日誌檔案有幾種型別：警告日誌、跟蹤日誌、審核日誌、重做日誌和歸檔日誌。

警告日誌：這是警報日誌，對應於系統初始化引數檔案中設定的後台轉儲 dist 的位置。

trace log：一般放 Seesion trace 的資訊，對應系統初始化引數檔案的使用者 dump dest 引數

對應的是它的位置。

審計日誌：系統初始化檔案的審計檔案描述引數對應的審計資訊

對應的是它的位置。

重做日誌：儲存資料庫的變更資訊，從 v$logfile 中選擇 member; member 表示其位置。

存檔日誌：重做日誌的歷史備份，從 v$引數中選擇 * ，其中名稱像'log_archive_dest%';其值的值是位置。

udump 下的 trace 檔案是普通的 oracle trace 檔案，每個 oracle 程序，包括前台和後台程序，都可能產生 trace，無法完全關閉。

如果 udump 下的日誌生成速度太快，則可能是 Oracle 中轉儲了一些核心轉儲或錯誤訊息。

刪除日誌檔案，重新讀取它，確定日誌的大小，然後再次檢視。

.TRC檔案是資料庫系統發生異常時生成的日誌檔案，可以將該檔案傳送給Oracle專家來診斷異常的原因。 基本上，當異常發生時會生成乙個TRC檔案，異常越多，這樣的檔案就越多，這與歸檔日誌無關（歸檔日誌副檔名通常為arc; 除非存檔異常，總是報錯），否則可以找專家檢視TRC檔案，找出異常原因，解決問題，這樣就不會有那麼多TRC檔案了。