Oracle RAC性能的相關(guān)調(diào)整主要是通過CPU與wait time調(diào)節(jié)實(shí)際應(yīng)用尺寸，還有RAC特有的相關(guān)調(diào)節(jié)，等相關(guān)實(shí)際操作方案的描述，以下就是文章的具體內(nèi)容的描述，希望你在瀏覽完之后會(huì)有所收獲。

創(chuàng)新互聯(lián)公司于2013年成立，先為麥積等服務(wù)建站，麥積等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為麥積企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。

RAC-reactive調(diào)節(jié)工具主要有：特定的等待事件、系統(tǒng)和隊(duì)列統(tǒng)計(jì)、database control 性能頁面、statspack和AWR 報(bào)告　這些統(tǒng)計(jì)被存儲(chǔ)在內(nèi)存中，可以通過動(dòng)態(tài)性能視圖查看到（V$）* AWR snapshots 代表了設(shè)備的持久部分。

1、CPU和wait time調(diào)節(jié)尺寸

當(dāng)在調(diào)節(jié)system時(shí)，比較系統(tǒng)的CPU time 和wait time是十分重要的，從而確定在相應(yīng)時(shí)間中多少是用于有效的工作時(shí)間，多少是在等待由其他進(jìn)程占用的資源。

從一般規(guī)律來看，wait time占主要部分的系統(tǒng)比CPU time占主要部分的系統(tǒng)更需要調(diào)節(jié)。另一方面，CPU的大量使用可能是由不好的SQL寫操作造成了。

盡管CPU time與wait time的比率總是隨著系統(tǒng)裝載的增加而趨于減小的，wait time的急劇增加是存在沖突的表現(xiàn)，必須被有效的處理。

給node增加更多的CPUs或是給cluster增加nodes，在資源競爭中提供的benefit是非常有限的。相反，當(dāng)加載系統(tǒng)裝載增加時(shí)，CPU time的比率沒有大幅下降的系統(tǒng)可能規(guī)模較好，更可能通過添加CPUs或是OracleRAC Instances獲得更多的benefit。

note：如果CPU time比率在前五個(gè)事件中，則automatic workload repository（AWR）報(bào)告在Top 5 Event段中顯示了CPU時(shí)間和wait 時(shí)間。

2、RAC特有的調(diào)節(jié)

盡管對(duì)于OracleRAC有其特有的調(diào)節(jié)方法，例如互聯(lián)的傳輸，但通過對(duì)每個(gè)Instance進(jìn)行像single-Instance 系統(tǒng)那樣的調(diào)節(jié)會(huì)帶來較大的benefit。至少它應(yīng)該tuning的***步。

顯然，如果在single-Instance環(huán)境中存在序列化問題，在RAC中，該問題會(huì)更加嚴(yán)重。

RAC-reactive調(diào)節(jié)工具主要有：特定的等待事件、系統(tǒng)和隊(duì)列統(tǒng)計(jì)、database control 性能頁面、statspack和AWR 報(bào)告

RAC-proactive調(diào)節(jié)工具：AWR snapshots、ADDM（Automatic Database Diagnostic Monitor） 報(bào)告

如上，OracleRAC的調(diào)節(jié)工具和single-Instance系統(tǒng)的基本類似。但部分特殊等待事件和統(tǒng)計(jì)信息的結(jié)合是RAC比較關(guān)鍵的調(diào)節(jié)情況。

3、分析在RAC中cache fusion（緩沖融合）的影響

在全局緩沖中訪問blocks的影響和維護(hù)cache的相融合（coherency）是通過下面來表現(xiàn)的：

 對(duì)當(dāng)前和cr blocks的全局緩沖服務(wù)統(tǒng)計(jì)：例如，gc當(dāng)前的blocks received、gc cr blocks received等。

全局緩沖服務(wù)等待事件（對(duì)gc 當(dāng)前 block 3-way、gc cr grant 2-way等）

cache fusion傳輸?shù)捻憫?yīng)時(shí)間是由物理交換鏈接組件、IPC協(xié)議和GCS協(xié)議使用的messaging時(shí)間和processing 時(shí)間決定的。

除了相關(guān)的log寫操作，它是不受磁盤I/O因素的影響的。cache fusion 協(xié)議不需要對(duì)data files進(jìn)行I/O，從而確保緩沖的coherency。并且OracleRAC并不會(huì)引起比非clustered Instance更多的I/O操作。

文章出自: http://database./art/200703/43583.htm

當(dāng)前題目：OracleRAC性能調(diào)整的方案簡介
文章鏈接：http://uogjgqi.cn/article/dhoisig.html