點擊上方藍字關注我們
大家好!最近一套Oracle12C的生產庫LMS進程產生超大trace日志,本文就這個問題做下分析介紹。
環境介紹: 操作系統:AIX 數據庫版本:12CR2 是否RAC:是 |
先普及下LMS進程:
LMS:GlobalCache Service Process,LMS進程會維護在GlobalResource Directory (GRD)中的數據文件以及每個cachedblock的狀態。LMS用于在RAC的實例間進行message以及數據塊的傳輸。LMS是CacheFusion的一個重要部分。LMS進程可以說是RAC上最活躍的后臺進程,會消耗較多的CPU。一般每個實例會有多個LMS進程,每個Oracle版本的默認的LMS進程數目會有所不同。
問題是這樣的,在trace目錄,LMS進程的trace日志很大,導致目錄告警。
查看其trace內容如下:
在LMStrace日志中除了包含gesmsg buffers交互時間較長的信息和MQL:MQLNAME INVALID ENDIANNESS這段關鍵詞之外。沒有發現更多有用的信息。于是在MOS上根據MQLNAME INVALID ENDIANNESS搜了一把,找到Bug28808314 - mql:mql name invalid endianness messages flooding lmstraces (Doc ID 28808314.8),并發現有多帶帶的小補丁。
在打完補丁之后,確認問題解決。
注:Bug28808314影響版本:12.2.0.1-19.8,但其修復已經包含在2020年7月份的DBRU中,打了7月份的DBRU或之后更新的DBRU,均無需擔心觸發該BUG了啦。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/130033.html
摘要:需要對每個用戶的每個內容對象維護一個數據結構。并沒有直接和相連,所以是將數據由暫存的內存中取出。采用實現的可用進行數據提交。記錄的完成情況,包括未嘗試未學習未完成,已完成。 簡介 SCORM定義了一個網絡化學習的內容聚合模型(Content Aggregaion Model)和學習對象的實時運行環境(Run-time Environment)。簡單說,它是為了滿足對網絡化學習內容的高水...
摘要:相對的在性能優化方面,相當于將的功能集成到了中。手機連接電腦后運行應用,在中會看到以下視圖左上角可以選擇設備和進程,點擊區域,即可進入視圖左上角可以選擇跟蹤模式按默認采樣率捕獲應用的調用堆棧。 前言 性能優化的過程分兩部分: 發現性能瓶頸 制定方案,解決性能問題 解決性能問題的方案需要具體情況具體分析,并沒有完全固定的路子,更多的是靠經驗的積累,本文不做涉及。但是發現性能瓶頸確實有著固...
閱讀 1353·2023-01-11 13:20
閱讀 1697·2023-01-11 13:20
閱讀 1210·2023-01-11 13:20
閱讀 1901·2023-01-11 13:20
閱讀 4161·2023-01-11 13:20
閱讀 2742·2023-01-11 13:20
閱讀 1394·2023-01-11 13:20
閱讀 3663·2023-01-11 13:20