JDBC RECEIVER ADAPTER在PO 750中最终交付成功花费了很长时间

2020-08-15 11:26发布

         点击此处--->   EasySAP.com群内免费提供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 >

希望您的回复!非常感谢! 如果有不清楚的地方,请告诉我。

         点击此处--->   EasySAP.com群内免费提供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 >

希望您的回复!非常感谢! 如果有不清楚的地方,请告诉我。

付费偷看设置
发送
5条回答
微wx笑
1楼-- · 2020-08-15 11:37

在接收方通道中选择的事务隔离级别是什么? 可能是目标表被其他进程/应用程序更新时被锁定以进行更新(出于一致性目的)。 您可以从目标数据库的日志中进行检查。

空代码
2楼-- · 2020-08-15 11:31

Ravi Carpenter,谢谢您的答复。

在接收器通道中,事务隔离级别,我选择"默认"(tartget数据库为oracle)。 我已经询问了目标数据库的同事有关日志的信息,在他们回答我之后,我将告诉您结果。 我很难根据po消息日志判断问题(

当消息没有错误时,我也很难根据性能监视器的日志来判断问题。只是执行缓慢。我无法判断是哪个系统导致执行缓慢,如果po系统导致执行缓慢,如何定位问题点和解决方法 他们。 您能为我推荐一些行星或链接供我学习吗,非常感谢!!!

hengyuye
3楼-- · 2020-08-15 11:35

您还可以检查消息大小,jdbc线程可用性。 您可以使用xpi_inspector来获取详细的日志。

愤怒的猪头君
4楼-- · 2020-08-15 11:51

感谢您的答复。 邮件的大小不大,约为885 kb,

相同大小的消息可以在1分钟内快速处理。也许那时jdbc线程不可用。

抛开问题。 您想给我一些建议或方法以解决此类问题吗?

非常感谢!

DafaDDDa
5楼-- · 2020-08-15 11:46

您解决了这个问题吗?

我们有一个类似的问题。 有时处理一条消息需要15分钟(通常在空闲时间之后)。 在此期间,邮件处于"正在发送"状态

一周热门 更多>