使用腳本和查詢來主動監(jiān)視Oracle 9i的性能

2024-08-29 13:41:45

字體：大中小

來源：轉載

供稿：網友

　　超過250個配置參數(shù)、上千個測量值要監(jiān)視，這些都讓Oracle的治理員監(jiān)視其Oracle數(shù)據(jù)庫整體健康的工作不是一項輕松的任務。Oracle提供了各種工具來監(jiān)視性能，但是這還是太多。要想有效地監(jiān)視你Oracle數(shù)據(jù)庫的健康，你就需要熟悉下面的腳本和查詢：
　　
　　數(shù)據(jù)緩沖區(qū)命中率警報會報告數(shù)據(jù)緩沖區(qū)命中率低于預設闕值的次數(shù)。
　　重做日志空間請求警報會在請求的數(shù)量大于0的時候提示出錯。假如這種情況發(fā)生了，你可能需要增加log_buffer參數(shù)的值。
　　共享池爭用警報會提示你出現(xiàn)了共享池爭用以及和鎖定相關的問題。
　　系統(tǒng)等待警報查詢會詢問Oracle的事件結構，以確定由于爭用而出現(xiàn)過多等待的事件。
　　庫緩沖失敗警報查詢會查找?guī)炀彌_失敗率。假如庫緩沖失敗率超過.02，你就需要增加shared_pool_size的值來補救。
　　數(shù)據(jù)庫編寫器爭用警報會查找不良查詢總長的值、寫入請求和數(shù)據(jù)庫編寫器工具（DBWR）的檢查點。當寫入請求的長度大于3或者大于DBWR 檢查點的等待次數(shù)，你就需要調整數(shù)據(jù)庫編寫器的進程。
　　數(shù)據(jù)字典失敗率警報會提示你對數(shù)據(jù)字典元數(shù)據(jù)請求過高的次數(shù)。有時你可以通過增加shared_pool_sizeinit.ora這個參數(shù)的值來緩解這個問題。
　　數(shù)據(jù)字典對象警告報告會揭示對Oracle數(shù)據(jù)字典的內部爭用和字典元數(shù)據(jù)請求過高的次數(shù)。
　　
　　仔細研究一下
　　
　　　
　　
　　現(xiàn)在讓我們更加仔細地看一下這些腳本是如何工作的。STATSPACK這個工具按時間來處理Oracle的調配信息，并把這些信息記錄在多個表格里。這些表格的名稱會反映出Oracle內部查看表v$，這些名字諸如stats$sysstat和stats$sql_summary。知道了這一點，你就可以編寫一些簡單的Oracle查詢，它們會顯示性能的走勢信息。然后你就可以處理這些性能信息，并把它們送到預示模型，例如線性回歸，這會準確地告訴你更改你系統(tǒng)全局區(qū)域（System Global Area，SGA）內部結構的正確次數(shù)。
　　
　　Listing A包含有使用這些性能信息的例子。這個腳本會生成一個在一段時間內庫緩沖區(qū)失敗率的連續(xù)總計，還會引用stats$librarycache表格。
　　
　　這個腳本的輸出會指出，你需要在這一期間內通過cron job或者dbms_job為shared_pool_size計劃安排額外的內存，見圖A。
　　
　　圖A
　　　使用腳本和查詢來主動監(jiān)視Oracle 9i的性能（圖一）

　　庫緩沖失敗率腳本的輸出
　　
　　動態(tài)性能重新配置
　　
　　Table A高屋建瓴地查看一些主要的事件，這些事件能夠引發(fā)動態(tài)的調配重新配置。為了說明這一點，我只會把重點放在表格里所出現(xiàn)的SGA的主要區(qū)域里。
　　表A
　　使用腳本和查詢來主動監(jiān)視Oracle 9i的性能（圖二）

　　主要的重新配置觸發(fā)器
　　
　　　
　　
　　很顯然，庫緩沖失敗率過高表示共享池太小，Oracle七個數(shù)據(jù)緩沖池中任何一個的數(shù)據(jù)緩沖命中率低于90%都表示，你應該從數(shù)據(jù)庫的其他區(qū)域里分一部分內存出來，重新分配給數(shù)據(jù)緩沖區(qū)。對于排序這樣的操作，你要看一下程序全局區(qū)域（PRogram Global Area，PGA）里最佳執(zhí)行的百分率，并在碰到排序操作的最佳執(zhí)行率低于95%的時侯增加PGA集合目標參數(shù)的值。
　　
　　針對數(shù)據(jù)緩沖區(qū)和共享池大小的規(guī)則是直接了當?shù)模碌膒ga_aggregate_target參數(shù)能夠確保（對這些信息）更進一步的研究。作為一個通用的規(guī)則，當下列情況發(fā)生的時候，你就要更改pga_aggregate_target的值：
　　
　　當v$sysstat的值――用于一次通過的估計PGA靜態(tài)內存（estimated PGA memory for one-pass）超過pga_aggregate_target時，你就要增加pga_aggregate_target的值。
　　當v$sysstat的值――用于靜態(tài)工作區(qū)執(zhí)行-多次通過（workarea executions—multipass）大于1%時，數(shù)據(jù)庫就能夠從額外的內存獲益。
　　
　　你可能會為PGA分配過多的內存，這樣在v$sysstat數(shù)據(jù)列的值――工作區(qū)執(zhí)行-最佳（workarea executions—optimal）達到100%的時候，可能就要考慮減少pga_aggregate_target的值。
　　
　　正如你能夠看到的那樣，對Oracle數(shù)據(jù)庫的主動監(jiān)視會是相當復雜的。由于有上百個測量值和參數(shù)需要監(jiān)視和重新設置，所以對Oracle的調整將會是非常具有挑戰(zhàn)性的。但是有了Oracle的性能測試工具和主要幾個重新配置激發(fā)器的知識，你就可以開始調整好所有的事了。

上一篇：用智能優(yōu)化限制來提高Oracle性能

下一篇：Oracle 9i新特性研究系列之六 -- 閃回查詢(Flashback Query)