超過250個配置參數、上千個測量值要監視，這些都讓Oracle的管理員監視其Oracle數據庫整體健康的工作不是一項輕鬆的任務。Oracle提供了各種工具來監視性能，但是這還是太多。要想有效地監視你Oracle數據庫的健康，你就需要熟悉下面的腳本和查詢：
數據緩衝區命中率警報會報告數據緩衝區命中率低於預設闕值的次數。
重做日誌空間請求警報會在請求的數量大於0的時候提示出錯。如果這種情況發生了，你可能需要增加log_buffer參數的值。
共用池爭用警報會提示你出現了共用池爭用以及和鎖定相關的問題。
系統等待警報查詢會詢問Oracle的事件結構，以確定由於爭用而出現過多等待的事件。
庫緩衝失敗警報查詢會搜尋庫緩衝失敗率。如果庫緩衝失敗率超過.02，你就需要增加shared_pool_size的值來補救。
數據庫編寫器爭用警報會搜尋不良查詢總長的值、寫入請求和數據庫編寫器工具（DBWR）的檢查點。當寫入請求的長度大於3或者大於DBWR 檢查點的等待次數，你就需要調整數據庫編寫器的進程。
數據字典失敗率警報會提示你對數據字典元數據請求過高的次數。有時你可以通過增加shared_pool_sizeinit.ora這個參數的值來緩解這個問題。
數據字典對象警告報告會揭示對Oracle數據字典的內部爭用和字典元數據請求過高的次數。
現在讓我們更加仔細地看一下這些腳本是如何工作的。STATSPACK這個工具按時間來處理Oracle的調配資訊，並把這些資訊記錄在多個表格裏。這些表格的名稱會反映出Oracle內部查看表v$，這些名字諸如stats$sysstat和stats$sql_summary。知道了這一點，你就可以編寫一些簡單的Oracle查詢，它們會顯示性能的走勢資訊。然後你就可以處理這些性能資訊，並把它們送到預示模型，例如線性回歸，這會準確地告訴你更改你系統全局區域（System Global Area，SGA）內部結構的正確次數。
Listing A包含有使用這些性能資訊的例子。這個腳本會生成一個在一段時間內庫緩衝區失敗率的連續總計，還會引用stats$librarycache表格。
這個腳本的輸出會指出，你需要在這一期間內通過cron job或者dbms_job為shared_pool_size計劃安排額外的記憶體，見圖A。
圖A 庫緩衝失敗率腳本的輸出
動態性能重新配置
Table A高屋建瓴地查看一些主要的事件，這些事件能夠引發動態的調配重新配置。為了說明這一點，我只會把重點放在表格裏所出現的SGA的主要區域裏。
表A 主要的重新配置觸發器
很顯然，庫緩衝失敗率過高表示共用池太小，Oracle七個數據緩衝池中任何一個的數據緩衝命中率低於90%都表示，你應該從數據庫的其他區域裏分一部分記憶體出來，重新分配給數據緩衝區。對於排序這樣的操作，你要看一下程式全局區域（Program Global Area，PGA）裏最佳執行的百分率，並在碰到排序操作的最佳執行率低於95%的時侯增加PGA集合目標參數的值。
針對數據緩衝區和共用池大小的規則是直接了當的，而新的pga_aggregate_target參數能夠確保（對這些資訊）更進一步的研究。作為一個通用的規則，當下列情況發生的時候，你就要更改pga_aggregate_target的值：
當v$sysstat的值──用於一次通過的估計PGA靜態記憶體（estimated PGA memory for one-pass）超過pga_aggregate_target時，你就要增加pga_aggregate_target的值。
當v$sysstat的值──用於靜態工作區執行-多次通過（workarea executions—multipass）大於1%時，數據庫就能夠從額外的記憶體獲益。
你可能會為PGA分配過多的記憶體，這樣在v$sysstat數據列的值──工作區執行-最佳（workarea executions—optimal）達到100%的時候，可能就要考慮減少pga_aggregate_target的值。
正如你能夠看到的那樣，對Oracle數據庫的主動監視會是相當複雜的。由於有上百個測量值和參數需要監視和重新設置，所以對Oracle的調整將會是非常具有挑戰性的。但是有了Oracle的性能測試工具和主要幾個重新配置激發器的知識，你就可以開始調整好所有的事了。 (T004)
