日记账导入时系统性能下降

显示全部楼层 · 2009-2-10 14:52:36

由于客户反映系统性能较差，在进行日记账导入时甚至出现系统无法登录的情况，所以今天中午对系统性能进行了监测。
请求开始：
这时没有物理读，数据来自缓存。

1.PNG (65.65 KB, 下载次数: 11)
下载附件
2010-2-5 14:34 上传

导入过程中：
这时候出现了log file sync等待。

2.PNG (132.72 KB, 下载次数: 8)
下载附件
2010-2-5 14:34 上传

请求完成：

3.PNG (140.67 KB, 下载次数: 4)
下载附件
2010-2-5 14:34 上传

同时用iostat对硬盘进行了监测，发现硬盘的写入量只有不到1M每秒，而繁忙程度却达到100%，所以还是觉得存储出现了问题。
希望客户联系一下硬件厂商对存储进行一下检测。
不知道前辈们有什么意见，分享一下吧。

千问 · 2009-2-10 14:52:36

图不错，自己开发的？

千问 · 2009-2-10 14:52:36

导入量是否过大？
在系统繁忙时间段内做大数据量的导入很容易产生锁等待，严重的时候无法登陆系统也是有可能的。
另外，磁盘写不高但使用率100%我觉得不一定是磁盘的问题。如果你的联机日志也存放在此磁盘内的话就很容易解析出为什么有log file sync等待了。
每个联机日志的大小设置如何？如果太小了会出现不断的切换把磁盘资源用光了的情况。

千问 · 2009-2-10 14:52:36

什么工具检测的啊

千问 · 2009-2-10 14:52:36

redo的量并不大呀，导入过程中没有发生日志切换，日志是两组512M的。

千问 · 2009-2-10 14:52:36

把联机日志文件与数据文件分开存放看看。

原帖由 qhdg8fv 于 2010-2-5 15:31 发表
redo的量并不大呀，导入过程中没有发生日志切换，日志是两组512M的。

千问 · 2009-2-10 14:52:36

自创滴~

千问 · 2009-2-10 14:52:36

同意你的想法，反正等待是由于I/O造成