点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
嗨,我遇到了一个棘手的问题,
如果您能给我一些解决建议,我将不胜感激。
我们的方案是ECC ---(SOAP)-PI ---(JDBC)--- MDW。
这是紧随其后的登录消息监控器,在该点花费了超过16分钟的时间
''接收器JDBC适配器:处理开始; 所需的QoS:ExactlyOnce'',最后此消息成功。 我不知道是什么因素影响了性能以及如何避免这种情况。
这没有发生 always.it 是
有时会发生。 有时处理起来很快。
7/12/2019 01:35:39.308 PMInformationSOAP:请求消息与用户ERPSLD一起进入适配器处理
2019/12/7 01:35:39.308 PMInformationMP:处理本地模块localejbs/CallSapAdapter
2019/7/12 01:35:39.308 PMInformationApplication尝试使用连接SOAP_http:// sap.com/xi/XI/System
7/12/2019 01:35:39.332 PMInformation试图将消息放入发送队列中
2019/12/7 01:35:39.363 PMInformationMessage成功放入队列
2019/7/12下午信息应用程序使用连接SOAP_http://异步发送消息 sap.com/xi/XI/System 。 返回申请
2019/7/12下午信息从发送队列中成功检索到消息
2019/12/7下午01:35:39.366InformationSOAP:处理完成
7/12/2019 01:35:39.366 PMInformationSOAP:响应消息离开适配器
2019/7/12 01:35:39.369 PMInformationMessage状态设置为DLNG
2019/12/7 01:35:39.369 PMInformation试图将消息放入发送队列中
2019/7/12 01:35:39.396 PMInformationMessage成功放入队列
7/12/2019 01:35:39.396 PMInformation已成功从发送队列中检索到消息
7/12/2019 01:35:39.398 PMInformationMessage状态设置为DLNG
7/12/2019 01:35:39.399 PMInformation试图将消息放入发送队列中
7/12/2019 01:35:39.426 PMInformationMessage成功放入队列
2019/7/12下午信息从发送队列中成功检索到消息
2019/7/12 01:35:39.429 PMInformationMessage状态设置为DLNG
2019年7月12日01:35:39.430 PMInformationExecuting请求映射
" http://host:port/b11/mes/OM_ECC2MDW_Asy"(SWCV 19f8dfe0a10111e8c904e2950a010267)
7/12/2019 01:35:39.509 PMInformation试图将消息放入发送队列中
2019/7/12 01:35:39.538 PMInformationMessage成功放入队列
2019年7月12日01:35:39.538 PMInformation从发送队列中成功检索到消息
2019年7月12日01:35:39.540 PMInformationMessage状态设置为DLNG
2019年7月12日01:35:39.540 PMInformation试图将消息放入发送队列中
2019年7月12日01:35:39.570 PMInformationMessage已成功放入队列中
2019年7月12日01:35:39.571 PM信息已成功从发送队列中检索到消息
2019年7月12日01:35:39.573 PMInformationMessage状态设置为DLNG
2019年7月12日01:35:39.573 PM信息正在传送至频道:CC_MDW_JDBC_Receiver
2019年7月12日01:35:39.573 PMInformationMP:处理本地模块localejbs/CallSapAdapter
2019年7月12日01:35:39.573 PMInformationReceiver JDBC适配器:处理开始; 所需的QoS:ExactlyOnce 7/12/2019 01:51:55.595 PMInformationJDBC适配器接收器通道CC_MDW_JDBC_Receiver:处理开始; 派对/服务ZBS_MDW 2019/7/12 01:51:56.830 PMInformationINSERT插入ERP_INT_MDW(FABID,SEQ,FTRMI,AUFNR,TXT04,MATRN,VORNR,MAKTX,MENGE,BADH,ZZPSH,SDATE,MENGE_ZS,MENGE_BF,MENGE_ 模块,0100000019105,to_date(20180101,YYYYMMDD),000600023338,TECO,47-7090214,0010,TOUCH IC_FST1BA59Y_BGA87_7 * 4.2 * 0.47MM_59,0.000,1.00000,0.000,TO_DATE(20190711,YYYYMMDD),0.000,0.000,0.000 >
希望您的回复!非常感谢! 如果有不清楚的地方,请告诉我。
在接收方通道中选择的事务隔离级别是什么? 可能是目标表被其他进程/应用程序更新时被锁定以进行更新(出于一致性目的)。 您可以从目标数据库的日志中进行检查。
Ravi Carpenter,谢谢您的答复。
在接收器通道中,事务隔离级别,我选择"默认"(tartget数据库为oracle)。 我已经询问了目标数据库的同事有关日志的信息,在他们回答我之后,我将告诉您结果。 我很难根据po消息日志判断问题(
当消息没有错误时,我也很难根据性能监视器的日志来判断问题。只是执行缓慢。我无法判断是哪个系统导致执行缓慢,如果po系统导致执行缓慢,如何定位问题点和解决方法 他们。 您能为我推荐一些行星或链接供我学习吗,非常感谢!!!
您还可以检查消息大小,jdbc线程可用性。 您可以使用xpi_inspector来获取详细的日志。
感谢您的答复。 邮件的大小不大,约为885 kb,
相同大小的消息可以在1分钟内快速处理。也许那时jdbc线程不可用。
抛开问题。 您想给我一些建议或方法以解决此类问题吗?
非常感谢!
您解决了这个问题吗?
我们有一个类似的问题。 有时处理一条消息需要15分钟(通常在空闲时间之后)。 在此期间,邮件处于"正在发送"状态
一周热门 更多>