Oracle RAC性能的相關調整主要是通過CPU與wait time調節實際應用尺寸，還有RAC特有的相關調節，等相關實際操作方案的描述，以下就是文章的具體內容的描述，希望你在浏覽完之後會有所收獲。
RAC-reactive調節工具主要有：特定的等待事件、系統和隊列統計、database control 性能頁面、statspack和AWR 報告 這些統計被存儲在內存中，可以通過動態性能視圖查看到（V$）* AWR snapshots 代表了設備的持久部分。
1、CPU和wait time調節尺寸
當在調節system時，比較系統的CPU time 和wait time是十分重要的，從而確定在相應時間中多少是用於有效的工作時間，多少是在等待由其他進程占用的資源。
從一般規律來看，wait time占主要部分的系統比CPU time占主要部分的系統更需要調節。另一方面，CPU的大量使用可能是由不好的SQL寫操作造成了。
盡管CPU time與wait time的比率總是隨著系統裝載的增加而趨於減小的，wait time的急劇增加是存在沖突的表現，必須被有效的處理。
給node增加更多的CPUs或是給cluster增加nodes，在資源競爭中提供的benefit是非常有限的。相反，當加載系統裝載增加時，CPU time的比率沒有大幅下降的系統可能規模較好，更可能通過添加CPUs或是OracleRAC Instances獲得更多的benefit。
note：如果CPU time比率在前五個事件中，則automatic workload repository（AWR）報告在Top 5 Event段中顯示了CPU時間和wait 時間。
2、RAC特有的調節
盡管對於OracleRAC有其特有的調節方法，例如互聯的傳輸，但通過對每個Instance進行像single-Instance 系統那樣的調節會帶來較大的benefit。至少它應該tuning的第一步。
顯然，如果在single-Instance環境中存在序列化問題，在RAC中，該問題會更加嚴重。
RAC-reactive調節工具主要有：特定的等待事件、系統和隊列統計、database control 性能頁面、statspack和AWR 報告
RAC-proactive調節工具：AWR snapshots、ADDM（Automatic Database Diagnostic Monitor） 報告
如上，OracleRAC的調節工具和single-Instance系統的基本類似。但部分特殊等待事件和統計信息的結合是RAC比較關鍵的調節情況。
3、分析在RAC中cache fusion（緩沖融合）的影響
在全局緩沖中訪問blocks的影響和維護cache的相融合（coherency）是通過下面來表現的：
對當前和cr blocks的全局緩沖服務統計：例如，gc當前的blocks received、gc cr blocks received等。
全局緩沖服務等待事件（對gc 當前 block 3-way、gc cr grant 2-way等）
cache fusion傳輸的響應時間是由物理交換鏈接組件、IPC協議和GCS協議使用的messaging時間和processing 時間決定的。
除了相關的log寫操作，它是不受磁盤I/O因素的影響的。cache fusion 協議不需要對data files進行I/O，從而確保緩沖的coherency。並且OracleRAC並不會引起比非clustered Instance更多的I/O操作。
