oracle資料庫調優描述（二）.txt

上一篇中提到的全是理論。本篇具體介紹例項調優。

資料庫層面出於效能考慮，首先應該關注初始化引數、回滾段設定、重做日誌檔案的配置。
undo_management設定為auto後，回滾段自動管理，可以通過v$undostat檢視。
redo log file主要關注大小是否合理，數量是否充足。
深入到表空間級別，需要建立必要的永久表空間和臨時表空間。
再深入到表級別，在建立表段等時應該指定自動錶空間管理，並根據表段的特點（大小、更新頻率等）設定詳細的儲存選項。

表的建立和管理方面，若空間緊張，可以設定壓縮表來節省空間，但訪問時效能會受影響；
如果表上的dml操作頻繁，可以使用segment advisor工具得到建議資訊，並參照此資訊對錶進行空間回收、碎片整理操作；
資料匯入完成後，應該建立必要的索引。

使用共享伺服器，可以有效地緩解大量使用者同時登入時的負載。通過v$dispatcher、v$dispatcher_rate可以檢視相關資訊。減少dispatcher過程爭用的方法包括增加dispatcher程式、開啟連線池以及允許session multiplexing。

資料庫的統計資訊包括等待事件、時間資訊、活動會話歷史資料、系統和會話資訊。
根據不同的等待事件種類可能找到效能的主要問題，而減少DB time可以作為調優的目標。

效能診斷方面最常用的工具就是自動負載報告AWR。oracle預設情況下每小時產生系統快照資訊，儲存週期為八天，AWR就是通過對快照的比較得出的。
只有某些時間點的資訊是不夠的，oracle的baselines彌補了這個缺陷，baseline包含了一段時間內的效能資料，可以作為效能問題發生時比較問題癥結的一種方法。
baseline分為三類，fixed baselines是dba指定的過去某個時間段的baseline資訊，可以作為比較的基準；moving window baseline是系統自動產生的，時間小於或等於快照保留天數；baseline templates又包含single和repeating兩類,類似job，在未來生成baseline。single 類一般是用於未來某個時期的baseline生成，比如系統測試的時間段；repeating是未來某個重複的時間段生成baselines，如每週一。
AWR佔用的空間由快照的生成時間間隔、歷史資料保留週期和給定時間內系統的活動會話數量決定。
AWR資料不要隨便刪除，會被ADDM、SQL Tuning Advisor、Undo Advisor、Segment Advisor呼叫。

AWR 的管理將在實驗篇中介紹。

用AWR收集到的資訊可以進行人工的問題排查，而oracle提供的ADDM則是根據AWR提供一些待優化問題的總結和建議。執行ADDM產生報告是dba在遭遇資料庫效能問題時採用的第一步。ADDM是以時間為依據進行優化的。可以在資料庫、例項、多個例項上生成ADDM報告

AWR在監測長事務方面已經足夠了，但對於短事務可能不能有效捕獲，就需要ASH進行補充。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/26451536/viewspace-752186/，如需轉載，請註明出處，否則將追究法律責任。