今天同事在给一个Singpore的虚拟机装产品的数据库的时候，发现安装运行到插入初始化数据的时候“卡”住了，居然几个小时过去了，还是没有什么进展。这个很是奇怪，因为我用这个安装脚本在我的一个虚拟机装过好几次，每次大概一个小时就结束了，没有出现过这种情况。
我刚开始以为是我之前碰到的数据库因为没有空间存储归档日志导致online日志没有办法switch导致数据库hang的问题，但是结果发现alert文件没有任何出错信息，而且那个数据库也是非归档模式的。后来发现一个lgwr trace文件中好多的关于log write time的warning信息 (e.g. Warning: log write time 610ms, size 3KB)，而且隔几分钟就会出现这么一条警告信息。第一反应就是lgwr 写速度太慢了，但是手动switch logfile的话，系统反应很快。后来在网上搜了下，发现eygle曾经在一篇文章中提到过，这个warning message是在Oracle 10.2.0.4中引入的，如果数据库的日志写等待超过500ms就会产生这么一条warning message， 而且说明如果硬件没有问题的话可以忽略这个warning. 看到这，我松了口气，应该不是lgwr的问题了。那么是啥问题呢？ 从v$session_wait也没有看到有啥有问题的等待事件，倒是显示导数据的session有一个很常见的等待事件waiting message from client side.
后来通过分析安装脚本和查询视图v$transaction, v$lock等发现安装数据库的脚本并没有挂住，而是在执行insert操作，只是速度很慢。因为那个同事是从本地的sqlplus连到SG的数据库上来load数据的，网络连接不是很好，因此应该大部分时间是浪费在网络传递上了，因此我建议他把安装脚本拷贝到SG的虚拟机之后再来进行安装。 后来就很顺利地装完了，耗时一个小时多点，跟我在虚拟机上安装的时间差不多。
