昨天同时说数据库的load突然飙升了一下，幸好应用没有什么异常。记得上次也是linux上添加ext3上的数据文件，把os给搞hang，怎么也ssh不进去，后来重启解决的。

避免添加 datafile给数据库造成冲击的方法，一是选择业务低峰操作；二，一次添加几个文件，停几分钟，再添加其他的。

用sar -B发现4:00PM 有较大的pgpgout

11:00:01 AM pgpgin/s pgpgout/s fault/s majflt/s

03:20:01 PM 1744.57 210.01 6474.38 0.0003:30:01 PM 1769.84 209.52 6422.80 0.0003:40:01 PM 1844.21 223.05 6708.21 0.0003:50:01 PM 1800.47 211.58 6500.01 0.0004:00:01 PM 1932.80 34436.19 8726.84 0.08

查oracle，发现sequential read wait time 在这个时间点抽了一下。

是不是4:00 PM有import/拉数据或其他操作？查alert日志

发现在4:00左右有添加数据文件操作，是这个引起的？

我尝试加了两个数据文件，发现问题重现：

05:30:01 AM pgpgin/s pgpgout/s fault/s majflt/s

09:40:01 AM 2159.86 293.29 6370.44 0.00

09:50:01 AM 2183.68 490.40 6418.29 0.0010:00:01 AM 2089.55 7132.67 6775.34 0.02

这个库是跑在ASM上的，依然有这个问题，遗憾的是没有看看添加前后内存上pagepool size 的变化。

[@more@]

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