在Oracle RAC環境中，無論我們從AWR自動負載性能報告、Statspack或者Grid Control中都可以找到Oracle數據庫軟件所收集的全局緩存工作負載統計信息(global cache work load statistics)；其中就包含了全局緩存塊丟失(Global cache lost blocks)的統計信息(這些丟失的全局緩存塊可能是gc cr block lost或者gc current block lost)，若集羣中的任意節點出現大量的全局緩存塊丟失(下文簡寫爲gc blocks lost)，則可能意味着內聯(private)網絡存在問題或者packet網絡包處理低效。通過監控和評估這些全局緩存的相關統計信息，可以有效保證內聯全局緩存(interconnect Global Cache)和全局隊列服務(Global Enqueue Service)(GCS/GES)以及整個集羣的正常工作。全局緩存塊丟失一般預示着網絡包處理存在問題並需要進一步勘察。另外全局緩存塊丟失(gc blocks lost)的問題常會伴隨着gc cr multiblock waits等待發生(傳輸多個連續的數據塊全局緩存)。
就目前來看最有嫌疑造成或加速gc blocks lost的”元兇”往往是因爲錯誤地或者不當的配置了內聯網絡(interconnects)。
主要症狀:
‘gc cr block lost’或’gc current block lost’成爲實例中Top 5的主要等待事件
次要症狀:
1.SQL trace報告顯示多次出現gc cr requests，gc current request等待事件
2.出現長時間的gc cr multiblock requests等待
3.糟糕的應用性能與吞吐量
4.ifconfig或其他網絡工具顯示存在大量的網絡包packet發送接收(send/receive)錯誤
5.netstat報告顯示存在errors/retransmits/reassembly等失敗
6.單個或多個節點失敗
7.由網絡處理引發的異常CPU使用率
二、案例
Global Cache問題一定要和OS和Network層結合起來看，ifconfig、netstat、syslog信息極易獲得，nmon、osw亦有價值。
相關解決方法；http://www.oracledatabase12g.com/archives/tag/interconnect
本文出自 “無雙城” 博客，請務必保留此出處http://929044991.blog.51cto.com/1758347/1264064