问题1：

control file sequence read ：控制文件顺序读
当数据库需要读取控制文件上的信息时，会出现这个等待事件，因为控制文件的信息是顺序写的，所以读取的时候也是顺序的，因此称为控制文件顺序读，它经常发生在以下情况：
1、备份控制文件
2、RAC环境下不同实例之间控制文件的信息共享
3、读取控制文件的文件头信息
4、读取控制文件其他信息
读取控制文件的时候遇到I/O等待就会出现这个等待事件，例如备份控制文件的时候、读取BLOCK头部都会引起这个等待事件，等待的时间就是消耗在读取控制文件上的时间。

如果这个等待事件等待的时间比较长，则需要检查控制文件所在的磁盘是否很繁忙，如果是，将控制文件移动到负载比较低，速度比较快的磁盘上去。如果系统支持异步I/O，则启用异步I/O。对于并行服务器来说，如果这种等待比较多，会造成整个数据库性能下降，因为并行服务器之间的一些同步是通过控制文件来实现的。

问题2：

视图 v$logmnr_contents 中的分析结果仅在我们运行过程’dbms_logmrn.start_logmnr’这个会话的生命期中存在。这是因为所有的 LogMiner 存储都在PGA 内存中，所有其他的进程是看不到它的，同时随着进程的结束，分析结果也随之消失。最后， 使用过程 DBMS_LOGMNR.END_LOGMNR 终止日志分析事务，此时 PGA 内存区域被清除，分析结果也随之不再存在。

所以你的库是不是再做日志分析，（11.1.0.6）这个版本我没用过。这只是猜测。

希望对你的思路有所帮助，如有帮助请采纳。