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