问题背景
最近在一套Oracle12C的生产库,LMS进程产生了超大的trace日志,导致目录告警。经过分析,我们发现LMS进程是RAC上最活跃的后台进程之一,会消耗较多的CPU资源。在trace目录下,LMS进程的trace日志很大,但在其中没有找到更多有用的信息。

LMS进程介绍
LMS进程是GlobalCacheServiceProcess的缩写,主要负责在RAC的实例间进行message和数据块的传输。LMS进程会维护在GlobalResourceDirectory(GRD)中的数据文件以及每个cachedblock的状态。LMS是CacheFusion的一个重要部分。一般每个实例会有多个LMS进程,每个Oracle版本的默认的LMS进程数目会有所不同。
问题解决
通过在MOS上查找,我们发现这个问题是由于Bug28808314-mql:mqlnameinvalidendiannessmessagesfloodinglmstraces所导致的。该Bug的修复已经包含在2020年7月份的DBRU中,打了7月份的DBRU或之后更新的DBRU,均无需担心触发该BUG了。因此,在打完补丁之后,我们确认问题已经得到了有效解决。
以上就是我们在处理LMS进程产生超大trace日志的问题时的解决方案和方法,希望对有类似问题的读者有所帮助。
原创文章,作者:小编小本本,如若转载,请注明出处:https://www.benjiyun.com/yunzhujiyunwei/vps-yunwei/5959.html
