Oracle RAC性能調(diào)整的方案簡介
Oracle RAC性能的相關(guān)調(diào)整主要是通過CPU與wait time調(diào)節(jié)實際應(yīng)用尺寸，還有RAC特有的相關(guān)調(diào)節(jié)，等相關(guān)實際操作方案的描述，以下就是文章的具體內(nèi)容的描述，希望你在瀏覽完之后會有所收獲。
RAC-reactive調(diào)節(jié)工具主要有：特定的等待事件、系統(tǒng)和隊列統(tǒng)計、database control 性能頁面、statspack和AWR 報告 這些統(tǒng)計被存儲在內(nèi)存中，可以通過動態(tài)性能視圖查看到（V$）* AWR snapshots 代表了設(shè)備的持久部分。
1、CPU和wait time調(diào)節(jié)尺寸
當在調(diào)節(jié)system時，比較系統(tǒng)的CPU time 和wait time是十分重要的，從而確定在相應(yīng)時間中多少是用于有效的工作時間，多少是在等待由其他進程占用的資源。
從一般規(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是非常有限的。相反，當加載系統(tǒng)裝載增加時，CPU time的比率沒有大幅下降的系統(tǒng)可能規(guī)模較好，更可能通過添加CPUs或是OracleRAC Instances獲得更多的benefit。
note：如果CPU time比率在前五個事件中，則automatic workload repository（AWR）報告在Top 5 Event段中顯示了CPU時間和wait 時間。
2、RAC特有的調(diào)節(jié)
盡管對于OracleRAC有其特有的調(diào)節(jié)方法，例如互聯(lián)的傳輸，但通過對每個Instance進行像single-Instance 系統(tǒng)那樣的調(diào)節(jié)會帶來較大的benefit。至少它應(yīng)該tuning的***步。
顯然，如果在single-Instance環(huán)境中存在序列化問題，在RAC中，該問題會更加嚴重。
RAC-reactive調(diào)節(jié)工具主要有：特定的等待事件、系統(tǒng)和隊列統(tǒng)計、database control 性能頁面、statspack和AWR 報告
RAC-proactive調(diào)節(jié)工具：AWR snapshots、ADDM（Automatic Database Diagnostic Monitor） 報告
如上，OracleRAC的調(diào)節(jié)工具和single-Instance系統(tǒng)的基本類似。但部分特殊等待事件和統(tǒng)計信息的結(jié)合是RAC比較關(guān)鍵的調(diào)節(jié)情況。
3、分析在RAC中cache fusion（緩沖融合）的影響
在全局緩沖中訪問blocks的影響和維護cache的相融合（coherency）是通過下面來表現(xiàn)的：
對當前和cr blocks的全局緩沖服務(wù)統(tǒng)計：例如，gc當前的blocks received、gc cr blocks received等。
全局緩沖服務(wù)等待事件（對gc 當前 block 3-way、gc cr grant 2-way等）
cache fusion傳輸?shù)捻憫?yīng)時間是由物理交換鏈接組件、IPC協(xié)議和GCS協(xié)議使用的messaging時間和processing 時間決定的。
除了相關(guān)的log寫操作，它是不受磁盤I/O因素的影響的。cache fusion 協(xié)議不需要對data files進行I/O，從而確保緩沖的coherency。并且OracleRAC并不會引起比非clustered Instance更多的I/O操作。
文章出自: http://database.51cto.com/art/200703/43583.htm
【編輯推薦】
