早上，開發說昨晚一台服務器的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中被引入用來支持強化延遲塊清除操作，禁用該功能不會對數據庫有任何影響。
目前尚未問開發期間做了什么操作導致。