解决方法：redolog的大小和切换频率，建议每次日志切换的时间间隔着30分钟左右。
•当holder的对象是用户session、并经常变化、等待事件"control file parallel write"
解决方法：该等待是正常的数据库等待；
•其他：检查归档的路径，由于系统或存储的问题导致的该等待事件；
五、问题的总结
本案例的aw报告中显示数据库每小时产生的归档日志达22G，数据库的online redolog的大小为1G/个，计算下来每个小时需要进行20次的日志切换，平均3分钟执行次。与建议的30分钟一次相差很多。
经过与业务沟通发现当前数据库正在进行数据的抽取工作，导致该等待事件的发生。
最后的解决方法：建议在工作时间避免进行数据的抽取保证在工作期间系统能够正常运行；
可以适当增加online redolog的大小到5G，减低日志的切换频率；
DBA有时候就是有这个好处，当所有人都不知道问题的时候，问题的大小你都可以随便描述（前提是建立在事实的依据下），如果平时树立足够的威信的话，那么很容易让其他的人员配合你的工作，这个时候成就感是很强的。
附：日志信息和产生情况