資源描述：
《RAC數(shù)據(jù)庫(kù)集群服務(wù)器系統(tǒng)性能瓶頸分析(zt).doc》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在工程資料-天天文庫(kù)。
1、RAC數(shù)據(jù)庫(kù)集群服務(wù)器系統(tǒng)性能瓶頸分析(zt)OracleRAC性能調(diào)整1、CPU和waittime調(diào)節(jié)尺寸當(dāng)在調(diào)節(jié)system時(shí)，比較系統(tǒng)的CPUtime和waittime是十分重要的，從而確定在相應(yīng)時(shí)間中多少是用于有效的工作時(shí)間，多少是在等待由其他進(jìn)程占用的資源。從一般規(guī)律來看，waittime占主要部分的系統(tǒng)比CPUtime占主要部分的系統(tǒng)更需要調(diào)節(jié)。另一方面，CPU的大量使用可能是由不好的SQL寫操作造成了。盡管CPUtime與waittime的比率總是隨著系統(tǒng)裝載的增加而趨于減小的，waittime的急劇增加是存在沖突的表現(xiàn)，必須被有效的處理。給node增加更多的CPUs
2、或是給cluster增加nodes，在資源競(jìng)爭(zhēng)中提供的benefit是非常有限的。相反，當(dāng)加載系統(tǒng)裝載增加時(shí)，CPUtime的比率沒有大幅下降的系統(tǒng)可能規(guī)模較好，更可能通過添加CPUs或是RACInstances獲得更多的benefit。note：如果CPUtime比率在前五個(gè)事件中，則automaticworkloadrepository（AWR）報(bào)告在Top5Event段中顯示了CPU時(shí)間和wait時(shí)間。2、RAC特有的調(diào)節(jié)盡管對(duì)于RAC有其特有的調(diào)節(jié)方法，例如互聯(lián)的傳輸，但通過對(duì)每個(gè)Instance進(jìn)行像single-Instance系統(tǒng)那樣的調(diào)節(jié)會(huì)帶來較大的benefit。
3、至少它應(yīng)該tuning的第一步。顯然，如果在single-Instance環(huán)境中存在序列化問題，在RAC中，該問題會(huì)更加嚴(yán)重。RAC-reactive調(diào)節(jié)工具主要有：特定的等待事件、系統(tǒng)和隊(duì)列統(tǒng)計(jì)、databasecontrol性能頁(yè)面、statspack和AWR報(bào)告RAC-proactive調(diào)節(jié)工具：AWRsnapshots、ADDM（AutomaticDatabaseDiagnosticMonitor）報(bào)告如上，RAC的調(diào)節(jié)工具和single-Instance系統(tǒng)的基本類似。但部分特殊等待事件和統(tǒng)計(jì)信息的結(jié)合是RAC比較關(guān)鍵的調(diào)節(jié)情況。3、分析在RAC中cachefusion（
4、緩沖融合）的影響在全局緩沖中訪問blocks的影響和維護(hù)cache的相融合（coherency）是通過下面來表現(xiàn)的：*對(duì)當(dāng)前和crblocks的全局緩沖服務(wù)統(tǒng)計(jì)：例如，gc當(dāng)前的blocksreceived、gccrblocksreceived等。*全局緩沖服務(wù)等待事件（對(duì)gc當(dāng)前block3-way、gccrgrant2-way等）cachefusion傳輸?shù)捻憫?yīng)時(shí)間是由物理交換鏈接組件、IPC協(xié)議和GCS協(xié)議使用的messaging時(shí)間和processing時(shí)間決定的。除了相關(guān)的log寫操作，它是不受磁盤I/O因素的影響的。cachefusion協(xié)議不需要對(duì)datafiles進(jìn)
5、行I/O，從而確保緩沖的coherency。并且RAC并不會(huì)引起比非clusteredInstance更多的I/O操作。4、RAC操作特有的潛在因素在RACAWR報(bào)告中，在RAC統(tǒng)計(jì)一章包含了一個(gè)表，用于記錄一些全局cacheservices和全局隊(duì)列services操作的平均時(shí)間。該表被稱作是GlobalcacheandEnqueueservices:workloadcharacteristics。這些潛在因素應(yīng)該得到定期的監(jiān)控，并且應(yīng)該對(duì)部分值的重大增加進(jìn)行調(diào)查?；诮?jīng)驗(yàn)觀察，此表顯示了一些代表值。引起這些潛在因素變更的因素主要有：*IPC協(xié)議的使用。用戶模式的IPC協(xié)議更快*
6、當(dāng)系統(tǒng)在CPU高效使用的情況下，時(shí)序安排的延遲*對(duì)當(dāng)前blocks服務(wù)的logflush其他在AWR報(bào)告中，RAC潛在因素多數(shù)是從V$GES_STATISTICS中獲得的，并可能對(duì)調(diào)試非常有效。但無(wú)需進(jìn)行頻繁的監(jiān)控。note：處理緩存中一致讀（consistentreadCR）block的時(shí)間與（buildtime+flushtime+sendtime）一致；處理緩存中當(dāng)前block請(qǐng)求的時(shí)間與（pintime+flushtime+sendtime）一致。5、RAC的等待事件分析哪些sessions在等待是一個(gè)確定時(shí)間開銷在哪里的重要方法。在RAC中，等待時(shí)間主要?dú)w因于影響獲得實(shí)際
7、請(qǐng)求結(jié)果的事件上。例如，當(dāng)在某Instance上的一個(gè)session在Globalcache查詢某個(gè)block，并不知道是否將收到cache在其他Instance中的data或是是否將獲得從disk上讀取的消息。對(duì)于Globalcache的等待事件反映了準(zhǔn)確信息并等待全局緩沖block或是messages。它們主要是按照下述進(jìn)行分類的：*在較廣的分類的概括，被稱作是clusterwaitclass*用占位符代表的臨時(shí)事件，主要出現(xiàn)在block的等待*當(dāng)獲得請(qǐng)求結(jié)果的精
