在数据库升级到11.2.0.2及以上后,你会发现一直会有MMON的trace文件生成,里面有如下类似内容:

 

1

2

3

4

5

6

7

8

9

10

11

12

13

*** 2013-09-17 02:13:33.645

minact-scn master-status: grec-scn:0x0016.5c8729e2 gmin-scn:0x0016.5c8729e2 gcalc-scn:0x0016.5c8729e2

 

*** 2013-09-17 02:18:35.478

minact-scn master-status: grec-scn:0x0016.5c872a3a gmin-scn:0x0016.5c872a3a gcalc-scn:0x0016.5c872a3a

minact-scn master-status: grec-scn:0x0016.5c872b2b gmin-scn:0x0016.5c872b2b gcalc-scn:0x0016.5c872b2b

 

*** 2013-09-17 02:28:40.258

minact-scn master-status: grec-scn:0x0016.5c872be8 gmin-scn:0x0016.5c872be8 gcalc-scn:0x0016.5c872be8

 

*** 2013-09-17 02:33:40.682

minact-scn master-status: grec-scn:0x0016.5c872d4d gmin-scn:0x0016.5c872d4d gcalc-scn:0x0016.5c872d4d

minact-scn master-status: grec-scn:0x0016.5c872e13 gmin-scn:0x0016.5c872e13 gcalc-scn:0x0016.5c872e13

这是由MINACT-SCN MASTER-STATUS信息写到MMON的TRACE文件的BUG引起的,BUG号11891463,解决办法如下:

1. 将隐含参数"_enable_minscn_cr"设置为false:

 

1

alter system set "_enable_minscn_cr"=false scope=spfile;

怎么查看隐含参数请参考查看Oracle隐含参数。

2. 重启数据库检查问题是否被解决。

3. 有时设置了"_enable_minscn_cr"参数就可以解决这个问题,有时却不能,如果没能解决,请再设置"_smu_debug_mode"参数:

 

1

alter system set "_smu_debug_mode"=134217728;

设置了上述参数后该信息不会再生成,但是这会禁用min active SCN optimization功能,"min active scn"功能在11g中被引入用来支持强化延迟块清除操作,禁用该功能不会对数据库有任何影响。