点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我们有一个从ERP到CRM系统的RFC呼叫,空闲时间为4个小时。 我认为,由于有一个超时参数,几乎正好是4个小时(不确定哪个参数)。
- 发生在执行SAP ECC中的数百个Idocs(RBDAPP01)的后台作业期间:
ADR2MAS,DEBMAS,SALESORDER_CREATEFROMDAT2 - 在执行SALESORDER idocs期间,很有可能从ECC到Z-FM CRM进行RFC调用,以获取某些销售订单的Z定制数据(为什么这样做是"历史性的",直到CRM完全使用) 关闭)
已使用Z-Include修改了FM IDOC_INPUT_SALESORDER_CREATEFR,以执行自定义代码,例如可能对CRM的调用 - 在执行许多销售订单期间,多次进行RFC调用,响应时间总是很短,除了一次,只有4个小时。
- 此后,报告继续进行而没有任何错误(例如,成功创建了销售订单,并且报告中的以下步骤也已成功执行)
- 调用RFC时不会捕获任何异常,因此,我可以肯定的是,在4个小时的空闲时间之后,报告"正常"地继续进行。
- 当前,我们正在实施通知,以防工作时间过长。
- 到目前为止,它仅被报告一次,因此,到目前为止,我们并没有对此给予太大的重视
关于在哪里寻找这种"闲散"行为的想法? 还是仅仅是"网络问题"?
根据SAP帮助,"空闲时间"的定义如下:
- 空闲时间:系统完成写回复和开始读取第二个查询之间的时间,以毫秒为单位
(17.9 kB)
弗雷德里克·吉罗德,我更新了问题。 但简而言之:RBDAPP01在ECC中运行,执行Sales-Idocs在ECC中创建销售订单,在每次执行销售订单Idoc的过程中,在某些情况下(可能在大多数情况下),将在CRM中调用RFC。
可能与提交有关。 我从不记得它是否用于入站输出,但是在某些情况下,idocs的处理不应使用commit。
您是否检查过开发人员是否没有设置无限循环来调试RFC?
Frederic Girod ,我现在对FM进行了三重检查,但是我 表示该逻辑不会导致无限循环(自定义表上带有SELECT的多个DO 2 TIMES循环,这没有引起我的注意),表示为99.999%。
此外,STAD RFC数据将非常混乱,因为它指出调用RFC花费了7毫秒,执行花费了1毫秒,发送和接收的数据量很少,这就是我的意思。 期望从RFC出发,但是有很多4小时的空闲时间,据说是在编写回复并等待第二个查询之后发生的第二个查询实际上是什么。 p>
就像我说的那样,对于几乎所有在ECC中执行的idocs接收到的销售订单,该RFC每天被称为数百至数千次,到目前为止,从未像这样报告过/观察过过。 因此,我不得不假设这是4月26日的问题。
我不得不假设这是SAP Netweaver/网关中的一个小故障。
一周热门 更多>