ARCH wait on SENDREQ问题解决经历！！

昨天事情比较多，下班的时候才想起来看下DB，结果发现standby的日志停止在8/31中午12点，sqlplus / as sysdba  hang住了，top显示负载47.xx，uptime显示200天，莫非我遭遇了所谓的200天bug，在论坛上看到别人解决的方法好像都是reboot，二话不想，reboot！！！，系统起来了，开启自动日志应用，我的日志应用delay=720，所以系统马上把日志应用了，应用完毕后就停下来，奇怪，怎么不去fal_server取日志呢，
赶快查primary，发现2个instance都有ARCH wait on SENDREQ wait event，并且wait了11w++seconds，一算正好是standby停止的时间，但是为啥standby reboot了，你还在这里单相思呢？？？？？参数核对了一遍，tnsnames.ora配置核对测试了一遍，都没有问题，咋办，有个念头，杀！我想arch并不是后台实时进程，况且我有2个进程，本地归档也正常工作，还有pmon这个管家婆，哎！！！杀还是不杀？？？？？没有底气啊，老婆来催了，8点半了，交通不方便，我们住的地方taxi都不愿意去，想想主库在这种情况下也正常工作了11w++(31hours)了，先回家吧！回到家都9点了，赶快
itpub开了个帖子（http://www.itpub.net/thread-1048559-1-1.html）.晚上好像上来的人少啊，半天也没人回复，既回家，则安之吧，洗澡睡觉.早上赶到办公室，赶紧打开贴子顶上去.其实我一直想杀了arch1的，但是底气还是不足啊，biti大师出现了，他的建议就是杀，这下有底气了，挥刀就是alter system kill session 'xxx,xxx'，晕！基本功不扎实啊，session is not a user session！！！,再一刀kill -9 xxx, 赶快看看问题解决没有，你看pmon这个奶妈还真厉害，已经治疗完毕了，standby也开始嗷嗷叫了！！！

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10341434/viewspace-440440/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/10341434/viewspace-440440/