等待事件之日志等待事件解决办法，事件解决办法
我坚持每天看3套RAC的AWR，总结了一下。
查找日志等待事件的SQL:
9i:select * from v$event_name where name like '%log%';(大概14个左右)
10g: select name,wait_class from v$event_name where name like '%log%';(大概35个左右)
11g: select name,wait_class from v$event_name where name like '%log%'; (大概30个左右)
碰到比较多的是以下几个：
一、Log file switch(archiving needed)
即日志切换时，切换到目标日志组还未完成归档，那肯定要等待嘛。
可能原因：redo，archive分区I/O性能较差、归档写出缓慢、日志组数量设置不合理
解决方法: 1、增加日志组或日志组成员的大小
2、把archive log调整到IO性能较高的磁盘上，比如存储上
3、调整log_archive_max_processes参数
二、Log file switch(checkpoint incomplete)
说明日志切换时，切换到目标日志组时，那个日志组所保护的脏数据还没写入
可能原因：DBWn写出太慢、I/O存在问题
解决方法: 1、增加额外的DBWn
2、增加日志组或日志组成员大小
三、Log File Sync
可能原因:LGWR写出效率低下、commit过于频繁等
解决方法:1、提高LGWR写出效率，使用IO性能较好的磁盘
2、使用批量提交,(实时在线业务谨慎操作)
3、使用nologging/unreoverable选项（）
四、log file single write
产生原因:更新日志文件头时产生的等待
五、log file parallel write
产生原因:并行写入多个日志组成员的等待
六、log buffer space
产生原因:数据库产生的日志比LGWR写入的日志速度要快，或日志切换太慢
解决方法:1、增大log buffer
2、磁盘I/O存在瓶颈
备注一下：DB规划是redo分区，arch分区空间所占的硬盘尽量做RAID1
未完待续
原来的生活真的很平静，过的都一样，天天也蛮开心的，可是自从再次遇见她以后都不一样了，她是我原来的同学，原来和她有过好感但是没往下发展，但是再次遇见她，给我的第一眼不是好朋友重逢的喜悦，而是一见钟情的感觉，我真的感觉自己爱上了她，从来没有过的坚定，肯定的对自己说这个女孩就是我以后要照顾的人，但是她现在不属于我，我和她说过，她也知道我的意思，她说她也喜欢我，但是现在不是时候，最后我选择了等待，期待我的等待能等来一份另我沉醉的爱，我常常问自己，再遇见她是给我的机会，还是上天对我的惩罚。谁能指点我？？？
不要再去等待一个人，就好向等待一条在流动的河，要它回到起点，除非是时间倒流。 谁都知道变化的原理。我们不可以做那个明知故犯的傻人。
也许你会说，他真的很好。他值得等。 那么你自已呢。你应该相信你自已也真得很好，所以不能把时间用在等人上。 会有别人爱你，你也会爱上其他人。
亲爱的.我会等;一直等!
不管发生任何事.
不管最后的最后结果会怎样.
你都要知道.某个人.在原来的地方等你.
我会一直守着我俩回忆.等着和你的继续.
我爱你.一直.永远.今生.来世!