none
请问 接收SAP IDOC 发出来的消息很慢如何解决? RRS feed

  • 问题

  •  

    之前在测试机上一切正常,但是放到SAP正式系统之后 接收IDOC往往要10几分钟,有时候时间更长,并且有消息丢失的现象,咨询了SAP相关开发人员他们推测是因为SAP系统过于繁忙。

    请问这样的问题应该如何解决。

    2008年10月23日 2:25

全部回复

  • 一般IDOC 的接收应该不会太慢,,,我之前自己做一个演示,只要SAP 发出了IDOC文件,BIZTALK的捕获是非常快的.

     

    因此SAP过于繁忙应该可以作为原因之一...你可以在SAP里检查一下文档的执行过程...确认IDOC 的具体发出时间,再来分析问题...

    2008年10月27日 4:28
  • 检查了后发现,SAP 将数据发往端口的过程(LE)中,一切都正常,但是数据发送到端口后,出现了滞留情况,目前解决办法是 定期检查端口,发现有数据强制发送。

     

    这个问题在测试系统上未重现。

    2008年10月27日 8:42
  • 这个问题似乎是BizTalk流程控制的问题,应该可以通过修改流程来解决。

     

    如果SAP发出的IDOC文件可以直接激活BizTalk流程的话,应该不存在这个问题。。。

     

    如果是异步接收,且该接收位置的激活不是为true的话(流程中往往第一个接收点的是否激活设置为true),可能会出现该情况。。。该问题可能出现在BizTalk流程长时间无处理任务之后(与GAC程序有关)。。。

    2008年10月28日 7:30
  • 应该不是这个情况

    目前确实SAP发出的IDOC文件可以直接激活Biztalk流程。

    2008年10月30日 2:41
  • 这么说,只要数据传递到发送端口,BizTalk的处理就立即进行了,,

     

    因此那就需要在SAP里进行跟踪了,,,是不是由于SAP系统运行慢或者别的某种原因导致在IDOC 数据产生后,SAP并没有主动往BizTalk发送数据呢?如果使用的是File Adapter,那轮循的间隔是多长?

     

    这些问题可能需要您进一步的去分析,就目前的资料很难做出准确判定...

    2008年10月30日 3:19
  • 嗯。是的

     

    这里使用的SAP Adapter

     

    目前分析问题应该是在SAP方

     

    SAP Idoc将数据发送到发送端口,发送端口将这些数据做发送处理。因为目前临月末,SAP系统非常繁忙,数据提交到发送端口后,发送端口并未立即发送数据。同时系统设置的发送端口轮询设置时间过长,导致了数据接收时间过长。

     

     

    2008年10月30日 3:56