11g中ADR管理下的監聽trace檔案路徑問題

2021-07-08 20:39:22 字數 1618 閱讀 8926

乙個11g的開發庫,打算開啟sqlplus的trace,看下sqlplus登入的連線資訊,但配置sqlnet.ora後沒有找到trace檔案,後來有一天發現磁碟空間不足,經過查詢後發現如下路徑下有幾千個檔案,占用了上g的空間:

.0.4/diag/clients/user_oracle/host_1347578259_80/trace

這些檔案是什麼?開啟乙個,發現都是監聽sqlpuls登入的資訊,即trace檔案:

那麼為什麼這個trace檔案在這個路徑中?

自動診斷庫(adr)是乙個基於檔案的資料庫診斷資料儲存庫,儲存了trace、dump、alert log、health監控報告等等。對於多個例項和多個產品,都有乙個統一的目錄結構。11g開始,像oracle asm還有其他的oracle產品或元件的診斷資料都會儲存在adr中。每個產品例項都在他自己的adr根目錄下儲存診斷資料。adr統一目錄結構能讓客戶和oracle支援將不同例項和不同產品的診斷資料關聯起來進行分析。

net client traces generated in $adr_base/oradiag_/diag/clients/ directory (文件 id 1545533.1)

大義就是如果配置了

adr_base=adr base location

則trace檔案會自動儲存在如下路徑中:

$adr_base/oradiag_os user/diag/clients/..

否則就會儲存在:

$adr_base/diag/clients/...
實驗:

1. 資料庫版本

2.配置sqlnet.ora開啟客戶端trace

3.這裡我沒有配置adr_base,只是在listener.ora中配置了adr_base_listener

4.執行乙個錯誤的連線,以讓其產生trace檔案

5.由於沒有設定adr_base,應該不會有oradiag_osuser路徑,但會有diag路徑,此時檢視

確實在這個路徑下生成了trace檔案。

注意:

如果開啟了sqlplus客戶端trace,那麼需要關注trace檔案所占用空間的使用情況,避免撐爆檔案系統,建議使用時開啟,用完後需要立即關閉。

11g中新增的trm檔案

11g中新增的trm檔案 trc檔案稱為sql trace collection file,它是系統的跟蹤檔案 trace 當系統啟動時或執行過程 現錯誤時,系統會自動記錄跟蹤檔案到指定的目錄,以便於檢查,這些檔案需定期維護刪除。trm file 全稱是trace map file.被稱為跟蹤元資料...

11g 企業管理器配置(em)

今天打算啟用一下oracle database 11g的database control,發現初始並未安裝 oracle test126 emctl start em configuration issue.opt oracle product 11.1.0 test126.hurray.com.c...

ORACLE 表字段的修改和新增(11g)

表新增字段 alter table enmo add archive varchar 10 time date 修改欄位為非空忽略表中原有資料 alter table scott.enmo modify name not null enable novalidate 修改欄位名 alter tabl...