早上，开发说昨晚一台服务器的undo好像有异常，早上上去一看，库停了，正常startup之后，随手crud了一把，都正常。去看alert.log日志，发现undo某个数据块访问报I/O读错误，如下：
ORACLE Instance ora11g (pid = 20) - Error 1115 encountered while recovering transaction (474, 26).
Errors in file /u01/app/oracle/diag/rdbms/ora11g/ora11g/trace/ora11g_smon_24566.trc:
ORA-01115: IO error reading block from file (block # )
ORA-01110: data file 6: '/storage/XXX/undotbs02.dbf'
ORA-27072: File I/O error
Linux-x86_64 Error: 5: Input/output error
Additional information: 4
Additional information: 4110477
Additional information: -1
新建了个undo，切换过去，正常shutdown startup/shutdown startup两次之后，undotbs2没有online的segment了，alert.log中也没有ORA-1115了，但是出现了minact-scn: useg scan erroring out with error e:376警告，如下：
Completed: ALTER DATABASE OPEN
minact-scn: got error during useg scan e:376 usn:411
minact-scn: useg scan erroring out with error e:376
Starting background process CJQ0
Wed Nov 21 08:41:46 2018
CJQ0 started with pid=41, OS id=27376
Wed Nov 21 08:44:44 2018
minact-scn: got error during useg scan e:376 usn:411
minact-scn: useg scan erroring out with error e:376
Wed Nov 21 08:46:45 2018
Starting background process SMCO
Wed Nov 21 08:46:45 2018
SMCO started with pid=62, OS id=28230
Wed Nov 21 08:47:44 2018
minact-scn: got error during useg scan e:376 usn:411
minact-scn: useg scan erroring out with error e:376
经查，
故障是由MINACT-SCN MASTER-STATUS信息写到MMON的TRACE文件的BUG引起的，BUG号11891463，解决办法如下：
1. 将隐含参数"_enable_minscn_cr"设置为false：
alter system set "_enable_minscn_cr"=false scope=spfile;
2. 重启数据库检查问题是否被解决。
3. 有时设置了"_enable_minscn_cr"参数就可以解决这个问题，有时却不能，如果没能解决，请再设置"_smu_debug_mode"参数：
alter system set "_smu_debug_mode"=134217728; -- 我们的11.2.0.4 rhel 6.5需要同时修改本参数，否则警告仍然会存在。
设置了上述参数后该信息不会再生成，但是这会禁用min active SCN optimization功能，"min active scn"功能在11g中被引入用来支持强化延迟块清除操作，禁用该功能不会对数据库有任何影响。
目前尚未问开发期间做了什么操作导致。