各位童鞋们好！最近一套Oracle12C的生产库经常性目录告警，上去一看dbtrace日志目录经常一大堆trc日志生成，且生成的速度极快，本次就该问题分析做个简单介绍。
查看trace日志内容如下：
我们检查了频繁生成的其他trace日志，报错一致，都是kjqghd()和kjshash()函数的内容。通过关键字MOS搜索找到Bug29039510 drm messages are continuously generated with kjqghd() andkjshash()。从BUG描述来看这是属于drm相关报错。但是我们drm已经通过设置_gc_policy_time=0及_gc_undo_affinity=false关掉了drm。后开SR确认也是触发了该BUG，就是使用workround试试看。
查看当前数据库event设置如下：
为了防止影响当前内存中event设置，并在数据库重启之后也生效，我们决定实现如下操作。
altersystem set events '10949 trace name context forever:28401 trace namecontext forever, level 1:44951 trace name context forever, level32:trace[krb.*] disk disable, memory disable:trace [rac_enq] diskdisable'
altersystem set event="10949 trace name context forever:28401 tracename context forever, level 1:44951 trace name context forever, level32:trace[krb.*] disk disable, memory disable:trace [rac_enq] diskdisable" scope=spfile;
注：
altersystem set event ：此方法对spfile生效，无法对memory生效
altersystem set events：此方法对memory生效，无法对spfile生效
通过修改之后虽然依然有trc日志产生，但远小于之前的数量，该问题截止目前算是解决了。另外介绍下该BUG修复版本，截图如下：
从图中我们可以看出除了windows平台的12C版本在2020年7月的DBRU中就得到了修复，19C版本是四月份的DBRU中修复的。
