Case
2005-12-03
Oracle Diagnostics:KTSMG_UPDATE_MQL(): MMNL absent
2005-12-03 11:54
今早有朋友问到如下错误:
首先我们从MMNL可以知道，这是一个Oracle10g的数据库。
MMNL是Oracle10g引入的一个新的后台进程，其全拼名字为Memory Monitor Light ，是AWR(Automatic Workload Repository )的组件之一。
这个错误的含义是，MMNL过长时间未激活，前台接替了它的工作。
通常这是一个可以忽略的错误，不会对数据库产生什么影响；但是在某些情况下，该错误会导致数据库无法登陆或访问，需要重新启动数据库才能解决。
这类错误只在10gR1中存在，在10gR2中已经修正。
/* OracleOEM */ ALTER DATABASE DATAFILE '/OracleStorage/content/content_ifs_lob_i_01.dbf' RESIZE 10240M Fri Dec 2 08:36:42 2005 KTSMG_UPDATE_MQL(): MMNL absent for 4294967292 secs; Foregrounds taking over |
首先我们从MMNL可以知道，这是一个Oracle10g的数据库。
MMNL是Oracle10g引入的一个新的后台进程，其全拼名字为Memory Monitor Light ，是AWR(Automatic Workload Repository )的组件之一。
这个错误的含义是，MMNL过长时间未激活，前台接替了它的工作。
通常这是一个可以忽略的错误，不会对数据库产生什么影响；但是在某些情况下，该错误会导致数据库无法登陆或访问，需要重新启动数据库才能解决。
这类错误只在10gR1中存在，在10gR2中已经修正。
你可能看到类似的信息还有:
Wed Nov 9 11:53:47 2005 ALTER SYSTEM SET fast_start_mttr_target=3600 SCOPE=MEMORY; Wed Nov 9 11:54:03 2005 MTTR advisory is disabled because either FAST_START_IO_TARGET or LOG_CHECKPOINT_INTERVAL is set Wed Nov 9 11:54:07 2005 ALTER SYSTEM SET fast_start_mttr_target=1200 SCOPE=MEMORY; Wed Nov 9 12:23:44 2005 KTSMG_UPDATE_MQL(): MMNL absent for 1201 secs; Foregrounds taking over |
历史上的今天
- 2021-12-03 openGauss 云安全技术
- 2019-12-03 ORA-00600 KGLDELETEALLPINSONOBJ1 一个横贯10g/11g/12c的BUG
- 2010-12-03 Oracle数据库恢复 : 存储故障导致的数据损坏
- 2008-12-03 ORA-600 [2103]错误及CF enqueue竞争
- 2007-12-03 AIX不完整的补丁安装以及Oracle的Bug
- 2007-12-03 RAC + ASM单节点添加表空间的BUG
切
某些情况下是在什么情况下阿？
客户这里是10g r2 也出现了这个情况，没有修正阿？
不一定是bug，可能是数据库有问题。
比如前几天遇到这个:
http://www.eygle.com/archives/2008/10/mmnl_07445_ktsmg_get_threshold.html