点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我们有一个从ERP到CRM系统的...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我们有一个从ERP到CRM系统的...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我们有一个从ERP到CRM系统的RFC呼叫,空闲时间为4个小时。 我认为,由于有一个超时参数,几乎正好是4个小时(不确定哪个参数)。
关于在哪里寻找这种"闲散"行为的想法? 还是仅仅是"网络问题"?
根据SAP帮助,"空闲时间"的定义如下:
(17.9 kB)
Frederic Girod ,我现在对FM进行了三重检查,但是我 表示该逻辑不会导致无限循环(自定义表上带有SELECT的多个DO 2 TIMES循环,这没有引起我的注意),表示为99.999%。
此外,STAD RFC数据将非常混乱,因为它指出调用RFC花费了7毫秒,执行花费了1毫秒,发送和接收的数据量很少,这就是我的意思。 期望从RFC出发,但是有很多4小时的空闲时间,据说是在编写回复并等待第二个查询之后发生的第二个查询实际上是什么。 p>
就像我说的那样,对于几乎所有在ECC中执行的idocs接收到的销售订单,该RFC每天被称为数百至数千次,到目前为止,从未像这样报告过/观察过过。 因此,我不得不假设这是4月26日的问题。
我不得不假设这是SAP Netweaver/网关中的一个小故障。
一周热门 更多>