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