【TUNE_ORACLE】Oracle健康檢查基礎專案（四）專案檢查步驟概述其三

Oracle健康檢查基礎專案檢查步驟概述其三

1. AUTO和MANUAL Undo

Oracle 9i之前的老版本的undo是透過RollBack Segment進行的，或稱為manual undo（手動 undo）。當引數UNDO_MANAGEMENT設定為AUTO時，使用automatic undo（自動 undo），但是 建議使用自動 undo。

 

1.1 AUTO UNDO

AUM（自動 undo 管理，Automatic Undo Management）幾乎不需要配置。基本上只需要定義將前映像保持可用的時間量。這是透過引數 UNDO_RETENTION 控制的，以秒為單位定義。需要注意的是， 如果undo表空間中存在空間壓力時，不保證前映象一定會保留引數配置的這麼長時間。可能導致經典的ORA-01555快照過舊的錯誤。

從 Oracle 10g 開始， 可以選擇使用GUARANTEE選項，以確保在定義的undo_retention時間之前，undo資訊不會被覆蓋。

2. 記憶體管理

建議使用記憶體自動管理功能，如ASMM或AMM。

 

2.1 使用ASMM

在 10g 中，引入了 Automatic Shared Memory Management（自動共享記憶體管理，ASMM）。 自動共享記憶體管理功能，透過將引數SGA_TARGET設定為非零值來啟用。

 

此功能的優勢在於可以在不同元件之間共享記憶體資源。資源可以根據需要由 Oracle 自動進行分配和取消分配。

注：

Automatic PGA Memory（自動 PGA 記憶體）管理仍可透過引數workarea_size_policy和pga_aggregate_target進行使用。

 

2.2 使用AMM

在 11g 中，引入 Automatic Memory Management（自動記憶體管理，AMM）。透過使用兩個引數，MEMORY_MAX_TARGET和MEMORY_TARGET， 可以啟用PGA和SGA的自動調整，但是 不允許使用記憶體大頁的功能。

 

3. 日誌和跟蹤

3.1 告警日誌

資料庫的告警日誌會不停地增長，該檔案大小可能會增長到非常巨大。應定期清除或截斷該檔案，因為大型告警日誌會佔用不必要的磁碟空間，從而會降低OS向檔案寫入的速度。

11g之前的版本路徑：

SQL> show parameter background_dump_dest

 

11g 和更高版本路徑：

SQL> show parameter diagnostic_dest

 

3.2 引數max_dump_file_size

Oracle Server程式會生成特定錯誤或衝突的跟蹤檔案用來分析問題。init.ora引數max_dump_file_size限制了這些跟蹤檔案的大小。該引數值應指定為作業系統塊大小的整數倍。

應確保磁碟空間可以處理指定的最大大小，否則，應更改該值。

SQL> show parameter max_dump_file_size
 
NAME TYPE VALUE
---------------------------------- ------- ---------------------
max_dump_file_size integer 10240

3.3 使用者和核心轉儲大小引數

引數 "user_dump_dest" 和 "core_dump_dest" 可以包含許多跟蹤資訊。

一定要定期清除此目錄，因為此目錄會佔用大量磁碟空間。

注：

從 Oracle 11g 開始，該位置由引數diagnostic_dest控制。

 

3.4 審計檔案

預設情況下，每次以SYS或SYSDBA進行的連線，都會記錄在作業系統檔案中。

存放位置是透過引數 "audit_file_dest" 進行控制的。如果未設定該引數，則位置預設為 $ORACLE_HOME/rdbms/audit。但是，久而久之，該位置可能會包含很多審計檔案，從而佔用大量空間，需要定期清理。