?在Oracle RAC環(huán)境中，無論我們從AWR自動負(fù)載性能報告、Statspack或者Grid Control中都可以找到Oracle數(shù)據(jù)庫軟件所收集的全局緩存工作負(fù)載統(tǒng)計信息(global cache work load statistics)；其中就包含了全局緩存塊丟失(Global cache lost blocks)的統(tǒng)計信息(這些丟失的全局緩存塊可能是gc cr block lost或者gc current block lost)，若集群中的任意節(jié)點出現(xiàn)大量的全局緩存塊丟失(下文簡寫為gc blocks lost)，則可能意味著內(nèi)聯(lián)(private)網(wǎng)絡(luò)存在問題或者packet網(wǎng)絡(luò)包處理低效。通過監(jiān)控和評估這些全局緩存的相關(guān)統(tǒng)計信息，可以有效保證內(nèi)聯(lián)全局緩存(interconnect Global Cache)和全局隊列服務(wù)(Global Enqueue Service)(GCS/GES)以及整個集群的正常工作。全局緩存塊丟失一般預(yù)示著網(wǎng)絡(luò)包處理存在問題并需要進一步勘察。另外全局緩存塊丟失(gc blocks lost)的問題常會伴隨著gc cr multiblock waits等待發(fā)生(傳輸多個連續(xù)的數(shù)據(jù)塊全局緩存)。

就目前來看最有嫌疑造成或加速gc blocks lost的”元兇”往往是因為錯誤地或者不當(dāng)?shù)呐渲昧藘?nèi)聯(lián)網(wǎng)絡(luò)(interconnects)。

主要癥狀:

‘gc cr block lost’或’gc current block lost’成為實例中Top 5的主要等待事件

次要癥狀:

1.SQL trace報告顯示多次出現(xiàn)gc cr requests，gc current request等待事件

2.出現(xiàn)長時間的gc cr multiblock requests等待

3.糟糕的應(yīng)用性能與吞吐量

4.ifconfig或其他網(wǎng)絡(luò)工具顯示存在大量的網(wǎng)絡(luò)包packet發(fā)送接收(send/receive)錯誤

5.netstat報告顯示存在errors/retransmits/reassembly等失敗

6.單個或多個節(jié)點失敗

7.由網(wǎng)絡(luò)處理引發(fā)的異常CPU使用率

二、案例

Global Cache問題一定要和OS和Network層結(jié)合起來看，ifconfig、netstat、syslog信息極易獲得，nmon、osw亦有價值。

相關(guān)解決方法；http://www.oracledatabase12g.com/archives/tag/interconnect

轉(zhuǎn)載于:https://blog.51cto.com/929044991/1264064

總結(jié)

以上是生活随笔為你收集整理的GC Blocks Lost等待事件的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。