一套新安装的12c 的主库和 dataguard 库中发现 alert 日志报错:
2018-07-30T22:04:17.522506+08:00 Non critical error ORA-48913 caught while writing to trace file "/opt/app/oracle/diag/rdbms/mingdb_dg/mingdb_dg/trace/mingdb_dg_mmo n_12919.trc" Error message: ORA-48913: Writing into trace file failed, file size limit [1048576] reached Writing to the above trace file is disabled for now on... 2018-07-30T22:04:18.774521+08:00 Non critical error ORA-48913 caught while writing to trace file "/opt/app/oracle/diag/rdbms/mingdb_dg/mingdb_dg/trace/mingdb_dg_gen 0_12867.trc" Error message: ORA-48913: Writing into trace file failed, file size limit [1048576] reached Writing to the above trace file is disabled for now on...
|
后台进程的 trace 文件已经达到了最大容量限制,涉及到两个进程: mmon 进程和 gen0 进程。
Mmon :该进程是 awr 主要进程,将统计数据写入 sysaux 表空间。
Gen0 :通用任务执行进程,分担其他进程的阻塞处理
Trace 文件内容如下:
*** 2018-07-30T14:20:18.835255+08:00 (CDB$ROOT(1)) AUTO SGA: kmgs_parameter_update_timeout gen0 0 mmon alive 1
*** 2018-07-30T14:20:21.836263+08:00 (CDB$ROOT(1)) AUTO SGA: kmgs_parameter_update_timeout gen0 0 mmon alive 1
*** 2018-07-30T14:20:24.837269+08:00 (CDB$ROOT(1)) AUTO SGA: kmgs_parameter_update_timeout gen0 0 mmon alive 1
*** 2018-07-30T14:20:27.838318+08:00 (CDB$ROOT(1)) AUTO SGA: kmgs_parameter_update_timeout gen0 0 mmon alive 1
*** 2018-07-30T14:20:30.839297+08:00 (CDB$ROOT(1)) AUTO SGA: kmgs_parameter_update_timeout gen0 0 mmon alive 1
*** 2018-07-30T14:20:33.840291+08:00 (CDB$ROOT(1)) AUTO SGA: kmgs_parameter_update_timeout gen0 0 mmon alive 1
*** 2018-07-30T14:20:36.841287+08:00 (CDB$ROOT(1)) AUTO SGA: kmgs_parameter_update_timeout gen0 0 mmon alive 1 |
看起来跟 SGA 自动管理有关系。这套库 sga 和 PGA 是分别自动管理的。
在 mos 中搜索是未发布的 bug :
Unpublished Bug 25415713 - MMON TRACE FILE GROWS WHEN NO TRACES ARE ENABLED
解决措施:
Unix 和 Linux 需要打补丁,补丁包: p25415713_12201180717DBJUL2018RU_Linux-x86-64 。
打这个 RU 之前,需要先打 PSU 28163133 。
Windows 平台, patch 25415713 不起作用。
或者,将自动 SGA 管理转变成手动管理。
alter system set sga_target=0 scope=spfile;
然后根据内存大小设置 db_cache_size , shared_pool_size , java_pool_size , log_buffer , streams_pool_size
通过第二种方法,后续日志中没有再出现过相同的报错了。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。