从源系统中缓慢提取

2020-08-24 16:37发布

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

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


专家

我在基础团队中工作,我们正在尝试找出可以提高从ECC源系统中提取BI的性能的方法。

< p>我们的BI团队正在对数据源0UC_SALES_STATS_02进行完全提取,该数据源约有2400万条记录。 根据RSMO的说法,该程序已经运行了约2.5天,仅提取了1,250万条记录。我不是BI性能方面的专家,但我正努力实现这一目标。 我们注意到的一件事是,我们有1000多个数据包,每个数据包具有约11K记录。

BI系统中的RSBIW"数据传输控制参数"设置为:

< p> LOGSYS-最大KB -最大行-频率-MAx PROC-目标系统-最大DP

OURBWSYS-20000-0-10-3-空白-空白

OURECCSYS-20000-0-10-3-空白-空白

我们也只能看到一个后台进程在运行

我们还检查了IMG-sap netweaver-BI-与其他源系统的链接-维护数据xfer的控制参数

< p> Freq/IDOC = 10

pkg大小= 50,000

分区大小= 1,000,000

我们在BI系统上使用的是NWEHP1

我们在ECC系统上使用的是ECC6.0 EHP3sp5

我们使用Oracle 10.2.0.4.0对其进行了完全调整

我们还认为我们的调整参数中有所有正确的调整参数 ECC/BI系统。 我们可以做一些调整,但我看不到任何明显的问题。 我们所有的内存参数似乎都与建议的一致。

我们看不到任何内存/CPU瓶颈。

您认为很多数据包和小记录吗? 每包有问题吗?

我仍然在寻找提高性能的任何技巧。

我看到了这个Wiki线程,它提到了在ECC系统中查看tcode RSA3来监视长时间提取的内容。 但是我已经研究了这个问题,但还没有弄清楚要正确运行该领域所需的全部内容。

您能提供的任何帮助都是很棒的。

谢谢,

NICK

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

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


专家

我在基础团队中工作,我们正在尝试找出可以提高从ECC源系统中提取BI的性能的方法。

< p>我们的BI团队正在对数据源0UC_SALES_STATS_02进行完全提取,该数据源约有2400万条记录。 根据RSMO的说法,该程序已经运行了约2.5天,仅提取了1,250万条记录。我不是BI性能方面的专家,但我正努力实现这一目标。 我们注意到的一件事是,我们有1000多个数据包,每个数据包具有约11K记录。

BI系统中的RSBIW"数据传输控制参数"设置为:

< p> LOGSYS-最大KB -最大行-频率-MAx PROC-目标系统-最大DP

OURBWSYS-20000-0-10-3-空白-空白

OURECCSYS-20000-0-10-3-空白-空白

我们也只能看到一个后台进程在运行

我们还检查了IMG-sap netweaver-BI-与其他源系统的链接-维护数据xfer的控制参数

< p> Freq/IDOC = 10

pkg大小= 50,000

分区大小= 1,000,000

我们在BI系统上使用的是NWEHP1

我们在ECC系统上使用的是ECC6.0 EHP3sp5

我们使用Oracle 10.2.0.4.0对其进行了完全调整

我们还认为我们的调整参数中有所有正确的调整参数 ECC/BI系统。 我们可以做一些调整,但我看不到任何明显的问题。 我们所有的内存参数似乎都与建议的一致。

我们看不到任何内存/CPU瓶颈。

您认为很多数据包和小记录吗? 每包有问题吗?

我仍然在寻找提高性能的任何技巧。

我看到了这个Wiki线程,它提到了在ECC系统中查看tcode RSA3来监视长时间提取的内容。 但是我已经研究了这个问题,但还没有弄清楚要正确运行该领域所需的全部内容。

您能提供的任何帮助都是很棒的。

谢谢,

NICK

付费偷看设置
发送
3条回答
四川大学会员
1楼-- · 2020-08-24 16:51

嗨尼克,

此问题是由于海量数据而造成的,并且长时间以来一直在破坏该工作,通常,如果在提取数据时超过8小时以上,我们将终止该工作。

请建议您的BI团队通过在信息包中提供选择来提取少量数据。 这样可以大大减少提取大量数据的时间,也不会消耗系统中的所有资源。

请完全通过以下链接将链接传递给您的BI团队,以解决设计问题。

http://help.sap .com/saphelp_nw70/helpdata/zh-CN/39/b520d2ba024cfcb542ef455c76b250/frameset.htm

应该对DSO的类型进行写优化,以提高负载性能。

http://help.sap .com/saphelp_nw70/helpdata/zh/34/1c74415cb1137de10000000a155106/frameset.htm

2。 最后,寻找PSA表的表空间,可能是它正在执行其功能并将其设置为自动。 而不是按规则间隔手动分配空间。

希望这会有所帮助。

此致

Reddy

编辑者:Reddybl,2010年4月2日上午12:23

能不能别闹
2楼-- · 2020-08-24 16:43

检查数据源是否得到了增强。 如果是这样,请优化代码。

检查是否使用了正确的索引。

尝试通过提供选择来拆分提取并加载提取。

编辑者 :Ananda Theerthan,2010年4月1日晚上9:35

lukcy2020
3楼-- · 2020-08-24 17:07

嗨,

我在一个全周期项目中遇到了同样的问题。

使用此注释后,数据源大规模活动0UC_SALES_STATS_02 DELTAINIT的设置加载时间减少到12小时到2小时。 0uc-sales-stats-02.png

您可以应用此OSS注释。 2147029 EBW_DQ_SS:大规模活动的运行时间很长

Cihan Ekin


一周热门 更多>