打开会计期慢的问题

显示全部楼层 · 2005-10-30 17:05:33

基本情况是：
apps: 11.5.10.2
db:9.2.06
OS:aix5.3
情况：
原来打开会计期很快，随着数据的增长，越来越慢，需要40分钟左右，打完5069154 补丁后减少到20分钟，但是过了1个月又重新回到了45分钟。
重建了gl_balances索引后现在反而需要1个小时，查看log和进行trace分析，发现问题出现在insert into gl_balances，29万条数据需要1小时。
其他的相关的问题：1.报表从gl_balances读数据时很慢 2.跑打开会计期程序，其他用户连接上来操作河南3.查看isostat，磁盘基本100%忙。
已经提交了SR，oracle确认为bug。大家帮忙分析一下，看问题出在哪里了。多谢了。
log：

[B]+---------------------------------------------------------------------------+
总帐管理系统: Version : 11.5.0 - Development
Copyright (c) 1979, 1999, Oracle Corporation. All rights reserved.
GLOOAP module: Open Period
+---------------------------------------------------------------------------+
当前的系统时间为 21-10-2009 12:26:56
+---------------------------------------------------------------------------+

>> gllock() 21-10-2009 12:26:56
SHRD0118: 在表: GL_CONCURRENCY_CONTROL 中修改 1 记录
SHRD0181: glooap - Lock Name = GL_OPEN_POST_2002
>> gloroc() 21-10-2009 12:26:56
SHRD0180: gloroc() - 正在执行 >> starting_gloroc...
SHRD0026: 当前系统时间是: 21-10-2009 12:26:56
>> gloinp() 21-10-2009 12:26:56
argc = 6
glopcs() - ab_enabled is = 0
glopcs() - ab_period_set_name is = NKMU会计日历
.....
gloinp() - appending clause = 'sob.set_of_books_id = 2222 '
gloinp() - insert stmt length = 1993
gloinp() - insert stmt is:
insert into gl_open_interim: 294552 记录插入 gl_open_interim
<< gloinp() 21-10-2009 12:27:49
<< glucmt() 21-10-2009 12:27:50
>> glopib() 21-10-2009 12:27:50
SHRD0117: 把 294552 记录插入 gl_balances
<< glopib() 21-10-2009 13:24:34

SHRD0019: glooap - 成功执行后退出处理。
<< main() 21-10-2009 13:24:35
+---------------------------------------------------------------------------+
FND_FILE 中日志消息开始
+---------------------------------------------------------------------------+
+---------------------------------------------------------------------------+
FND_FILE 中日志消息结束
+-------------------------
[ 本帖最后由 liangxinf 于 2009-10-21 16:16 编辑 ]

千问 · 2005-10-30 17:05:33

IO严重，还同时有其他并发请求吗，如成本更新，成本累计。。。。

千问 · 2005-10-30 17:05:33

确实IO严重，但是怎么造成的，因为其他的环境好像都没碰到这个问题。
没有提交其他的请求，单独跑它就是这种情况，如果再跑其他的请求，就更慢了，基本上系统就不能操作了。

千问 · 2005-10-30 17:05:33

我倒是怀疑你temp tablespace ,还有你的server 上面的 /tmp 目录是否有满的问题存在, 或者你的 output log 的目录是否满呢?

千问 · 2005-10-30 17:05:33

Filesystem1024-blocksFree %UsedIused %Iused Mounted on
/dev3
2097152 20642242%204 1% /tmp
output log 也只使用了80%，还有40g剩余空间呢。
temp表空间32g，只使用了几十M，系统忙时没有看过。
谢谢大家乐。

千问 · 2005-10-30 17:05:33

不认为是空间的问题，你还是先分析下相关表再说吧
另外你说其他环境没问题，是公用的一个存储吗？如果不是先看看你的存储是否有问题吧！

千问 · 2005-10-30 17:05:33

also,pls check the value of profile named 'GL: Number of Open Period Workers'

千问 · 2005-10-30 17:05:33

这个值记得不能超过db的初始化参数parallel_max_servers，超过了也没什么大的意义
如果你的机器cpu足够多，可适当加大这2个参数

千问 · 2005-10-30 17:05:33

楼主呢？咋没人了呢？

千问 · 2005-10-30 17:05:33

原帖由 remen 于 2009-10-22 15:43 发表
楼主呢？咋没人了呢？
楼主去找自己公司的DBA了
猜的