这个分析得已经非常明显了，本身服务器I/O不行，先解决直接路径读direct path read的问题吧。

• direct path read: % DB time 13.2%

• read by other session: % DB time 10.4%

• Host CPU %WIO: 60.5
  系统I/O等待较高，建议优化数据库或者提升服务器I/O处理能力

alter system set event='28401 trace name context forever,level 1','10949 trace name context forever,level 1' sid='*' scope=spfile;

说明：这个参数主要设置2个事件：
1） 10949事件用于关闭11g的自动serial direct path read特性，避免出现过多的直接路径读，消耗过多的IO资源。
2） 28401事件用于关闭11g数据库中用户持续输入错误密码时的延迟用户验证特性，避免用户持续输入错误密码时产生大量的row cache lock或library cache lock等待，严重时使数据库完全不能登录。

感觉是硬盘的问题，建议用dd命令测试一下硬盘读写能力，对比一下其他机器就知道硬盘是否有问题了。

如下方法仅供参考：

time dd if=/dev/zero of=/test.disk bs=8k count=300000;

time dd if=/test.disk of=/dev/null bs=8k