应用设计的不合理引起TUXEDO的超时问题_MQ, Tuxedo及OLTP讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MQ, Tuxedo及OLTP讨论区 »
总帖数
3
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 3952 | 回复: 2   主题: 应用设计的不合理引起TUXEDO的超时问题        下一篇 
chengpeng.gong
注册用户
等级:中尉
经验:400
发帖:9
精华:0
注册:1970-1-1
状态:离线
发送短消息息给chengpeng.gong 加好友    发送短消息息给chengpeng.gong 发消息
发表于: IP:您无权察看 2014-5-28 17:22:59 | [全部帖] [楼主帖] 楼主

问题描述:
 XXX机构XXX系统实时交易,操作员提交后经常出现界面卡着不动的现象。
 经查该交易为一个批量作业交易,操作员前端提交批量文件到后台服务进行处理。
 由于该交易业务处理复杂,加上为批量作业,文件记录多的情况下后台服务超时被TUXEDO杀掉,从而给前端卡死不动的假象。


个人解决思路:
 由于该交易为批量作业,交易的执行时间受批量文件记录数的影响。单纯的延长服务超时时间应该解决不了根本问题,而且等待时间过长,操作体验也不好。
 个人觉得有两个解决方案:
  方案一:控制文件记录数分多批次提交、合理延长服务超时时间。
  方案二:将该交易进行分拆成三部分:批量文件提交,后台批处理,批量处理结果查询。操作员提交批量文件到后台服务器,成功后即返回,不用等待后台批处理完成。
  后台批处理程序根据批量文件进行业务处理,处理完成后登记批次状态。 操作员查询到该批次处理成功,即完成该业务处理。



赞(0)    操作        顶端 
koei
版主
等级:大校
经验:4186
发帖:7
精华:0
注册:2011-7-21
状态:离线
发送短消息息给koei 加好友    发送短消息息给koei 发消息
发表于: IP:您无权察看 2014-5-29 8:55:30 | [全部帖] [楼主帖] 2  楼

对于大批量数据,可以考虑采用会话方式,tpconnect()/tpsend()/tprecv(),将一次调用改为多次往返,这样前端就比较容易做进度条 :-)



赞(0)    操作        顶端 
chengpeng.gong
注册用户
等级:中尉
经验:400
发帖:9
精华:0
注册:1970-1-1
状态:离线
发送短消息息给chengpeng.gong 加好友    发送短消息息给chengpeng.gong 发消息
发表于: IP:您无权察看 2014-5-29 17:32:48 | [全部帖] [楼主帖] 3  楼

多谢版主的指点,大批量数据确实用会话方式实现比较好。像有些自写的文件传输功能,用会话方式来实现。



赞(0)    操作        顶端 
总帖数
3
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论