ORACLE告警文件
從實例啓動的時刻開始，重要消息流以及某些報告消息會被寫至告警日誌。
告警日誌的名稱無法修改 alert_<sid>,log sid是實例的名稱
BACKGOUND_DUMP_DEST動態參數確定告警日誌的位置，指定的位置目錄必須存在，並且ORACLE擁有着必須具有寫該目錄的權限。ORACLE會通過立即在指定的目錄中創建一個新的告警文件來驗證是否具有這種權限。
告警日誌的內容：
告警日誌包含了影響數據庫結構和實例的各種操作的連續歷史記錄。
告警日誌不包含任何標準的SQL語句(DDL,DML)
具體內容有以下方面：
1，所有具有時間以及操作模式的啓動和關閉命令
2，設計物理結構的所有操作
3，表空間操作
4，所有日誌切換于歸檔，包括受影響文件的名稱
5，用於啓動實例的非默認初始化參數，也包括隨後修改這些參數的命令
常見的告警錯誤：
1，檢查點不完全 checkpoint incomplete---------------日誌文件過小
2，無法打開文件 unable to open file--------------------控制文件，數據文件，日誌文件中某些文件存在問題
3，塊訛誤 corrupt block
4，歸檔存在問題 problems with archiving--------------歸檔日誌目的地已滿或不可用
5，死鎖 deadlocks
ORACLE後臺跟蹤文件
ORACLE實例的後臺進程會在遇到問題的時候將跟蹤文件寫至BACKGOUND_DUMP_DEST參數指定的目錄
跟蹤文件的命名約定：實例的名稱+生成該實例的進程的名稱+生成該進程的系統線程號+後綴.trc
於告警文件不同的是，跟蹤文件始終意味着錯誤，通常是重要的錯誤。
DBA只能控制放置跟蹤文件的位置及其最大大小。
MAX_DUMP_FILE_SIZE指定了跟蹤文件的最大大小。默認爲UNLIMITED