升级后SAP BODS数据加载的性能问题

2020-08-18 19:06发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)嗨, 我们最近将应用程序从3....

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

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


嗨,

我们最近将应用程序从3.2升级到了4.2 SP11。

升级很顺利。 几乎所有工作都已成功迁移到新服务器,并且工作正常。

来源为ECC 6.0

目标是SQL DB 2005。

升级后,我遇到了一个场景,在新环境中数据流大约需要4个小时的时间才能完成,而在旧环境中,数据流通常只需要几秒钟的时间。

数据流非常简单。 它会根据联接条件仅从多个源表中更新最多四个行,最多50个行,但是源表中的数据量很大。

请找到以下源表信息,

SWW_WI2OBJ:数据量:20,958,867

SWWUSERWI:数据量:592,021

SWWWIHEAD:数据量:22,914,257

请找到以下DF设计。

查询转换定义。

我从Job Performance Monitor日志中注意到的是

在新环境中,首先是从源表中提取所有记录,然后应用连接,但是在旧系统上,它只是根据源自身的连接条件来获取所需的记录。

可能是我错了,所以我附上了两种环境的作业监视器日志,以供参考。

如果需要更多信息,请告知我。

谢谢

Darshil Shah

(14.6 kB)
3条回答
野沐沐
2020-08-18 19:45

亲爱的达希尔,

在这种情况下,提取(过滤的或完整的)ECC表并首先将它们暂存到登台数据库中始终是一个好习惯。

然后,在多带带的DF中,将这些表连接在一起,并确保将完整的sql推送到数据库中。

否则,您也可以尝试使用上文提到的Denise的join-rank来提高性能。

我只能通过其他方式查看处理时间是否太长,即将SQL-Table内容(取决于大小)放入ECC中的Z_Table,然后再次使用ABAP-Dataflow并将其中的表连接起来。

此致

Julian

一周热门 更多>