提问
SAP Process Integration

SAP PI EOIO强制FIFO

2020-08-25 14:59发布

站内问答 / PI
1272 4 4

点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）大家好， 希望您能帮助我。 在...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统（在群公告中）

加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）


大家好，

希望您能帮助我。 在其他帖子中，我无法直接找到该问题的答案。

我们有一种情况，我们通过代理从ECC发送Hl7到多重接收器。 我们已经完成了代理序列化，并且在PI端，我们拥有EOIO订单，并在运行时使用了维护订单选项。

我们看到消息以正确的顺序和正确的序列号发送到PI，但是较晚接收的消息要比较早接收的消息先处理。 我们在消息日志中也看到了这个tekst：

另一个集群节点触发的序列器； 状态将更新为TBDL，并将消息放入队列

我们在Tuning the PI/PO Messaging System Queues博客中读到：

消息系统中的队列的行为与ABAP中的qRFC队列不同。 ABAP队列严格来说是先进先出（FIFO）队列，一次只能由一个Dialog工作进程处理。 消息系统队列具有可配置数量的所谓的消费者线程，这些消费者线程处理来自队列的消息。 使用者线程的默认数量是每个适配器（JDBC，文件，JMS等），每个方向（入站和出站）和服务质量（异步（EO，EOIO）和同步）为5。 因此，如果一条消息花费的时间很长，则以后到达的其他消息可以更早地完成处理。 因此，消息系统队列并不是严格意义上的FIFO。

我们的问题是，是否有可能避免这种情况，并以某种方式强制执行FIFO？

我们使用的是7.5 SP 14系统。希望您能为我提供帮助。

此致

保罗

4条回答
大简至美
2020-08-25 15:50

所有消息可能都是在FIFO模式下处理的，但是， 当您有更多节点来处理所有需要JMS适配器的消息时，如您在SAP KBa 2408581（JMS通信通道的EOIO群集锁）中看到的那样

一周热门 更多>