昨天同时说数据库的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.00
03:30:01 PM 1769.84 209.52 6422.80 0.00
03:40:01 PM 1844.21 223.05 6708.21 0.00
03:50:01 PM 1800.47 211.58 6500.01 0.00
04: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.00
10:00:01 AM 2089.55 7132.67 6775.34 0.02
这个库是跑在ASM上的,依然有这个问题,遗憾的是没有看看添加前后内存上pagepool size 的变化。
[@more@]来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/668365/viewspace-1031431/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/668365/viewspace-1031431/