alert日志告警“minact-scn: useg scan erroring out with error e:12751”处理

故障现象：
数据库运行缓慢，在alert日志中时不时会出现以下告警：
2022-07-19T00:46:28.369679+08:00
minact-scn: useg scan erroring out with error e:12751
…
Unexpected error from flashback database MMON timeout action
2022-07-19T04:53:22.698809+08:00
Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_mmon_4286.trc:
ORA-12751: Cpu Time Or Run Time Policy Violation
(ORA-12751: 违反了 CPU 时间或运行时间策略)

在trace文件中可以看到以下错误：

----- END DDE Action: ‘ORA_12751_DUMP’ (SUCCESS, 1 csec) -----
----- END DDE Actions Dump (total 1 csec) -----
kjusuc: caught error=12751 resname=[0x0][0x0],[CF][ext 0x0,0x0][domid 0x0] esm=0 svr_mode_kjp=0
KEBM: MMON action policy violation. 'Block Cleanout Optim, Undo Segment Scan’ viol=1; err=12751
…
: cleared SCNs
…
----- START DDE Action: ‘ORA_12751_DUMP’ (Sync) -----
Runtime exceeded 300 seconds
Time limit violation detected at:
…

原因：

有时当数据库中存在长和大的事务时，MMON开始强烈（aggressively）扫描undo表空间，导致错误和不能生成AWR。MMON进程与AWR直接相关，这个进程负责为AWR（Automatic Workload Repository）收集数据。当存在大量后台任务等待服务的队列或服务器资源耗尽的情况时，MMON可能会暂停操作。这解释了为什么AWR报告在这个时间段不能生成。

可以禁用 MATS-SCN (Minimum Active Transaction Start) 优化。这意味着AWR报告，连接，避免临时挂起/性能降级比这个功能更重要。

解决方法：
关闭清除优化例行程序(Cleanout Optimization routine)：
SQL> alter system set “_smu_debug_mode”=134217728;

来源：Doc ID 1671412.1