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操作。

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

【編輯推薦】

1. Oracle游標的刪除與更新實際操作步驟
2. 存儲結構之Oracle邏輯存儲結構
3. Oracle 8i中字符集亂碼問題詳細解析
4. Oracle數據庫的系統中6個經驗原則
5. Oracle存儲結構之Oracle物理存儲結構