在backgorund中花费很长时间USMD_ADJUST_STAGING

2020-08-27 01:37发布

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

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


嗨,

我们为MDG BP(重用模式)模型扩展了40个自定义实体。 最初,USMD_ADJUST_STANGING在后台需要5个小时。

在扩展了几个实体之后,它需要增加12个小时才能完成工作。

现在,相同的数据模型花费了17个小时。 这是USMD_ADJUST_STAGING会调整活动记录。

请提供任何建议以减少调整登台数据的时间。

感谢与问候,

塞卡尔

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

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


嗨,

我们为MDG BP(重用模式)模型扩展了40个自定义实体。 最初,USMD_ADJUST_STANGING在后台需要5个小时。

在扩展了几个实体之后,它需要增加12个小时才能完成工作。

现在,相同的数据模型花费了17个小时。 这是USMD_ADJUST_STAGING会调整活动记录。

请提供任何建议以减少调整登台数据的时间。

感谢与问候,

塞卡尔

付费偷看设置
发送
3条回答
小c菟菟
1楼-- · 2020-08-27 02:17

40多个自定义实体。

调整阶段必须遍历CR中当前的每条记录,并调整数据以适合相应的实体以适应数据模型中的任何更改。

要对40多个自定义实体中的所有打开记录执行此操作,这就是为什么要花费很长时间的原因。 不确定您可以做很多事情。 祝你好运!

我是小鹏鹏啊
2楼-- · 2020-08-27 02:07

嗨,

这是由于我们在处理程序类中的自定义代码。 修复此问题后,只用了30分钟。

谢谢

shere_lin
3楼-- · 2020-08-27 02:02

嗨,

能否请您解释自定义代码是如何在处理程序类中处理的,并且问题已得到解决。 因为对我来说,USMD_ADJUST_STAGING *作业在生产系统中已经运行了大约15个小时。

谢谢

Harinath N

一周热门 更多>