点击此处---> 群内免费提供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-目标系统-最大DPOURBWSYS-20000-0-10-3-空白-空白 strong>
OURECCSYS-20000-0-10-3-空白-空白
我们也只能看到一个后台进程在运行
我们还检查了IMG-sap netweaver-BI-与其他源系统的链接-维护数据xfer的控制参数
< p> Freq/IDOC = 10pkg大小= 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
嗨尼克,
此问题是由于海量数据而造成的,并且长时间以来一直在破坏该工作,通常,如果在提取数据时超过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
检查数据源是否得到了增强。 如果是这样,请优化代码。
检查是否使用了正确的索引。
尝试通过提供选择来拆分提取并加载提取。
编辑者 :Ananda Theerthan,2010年4月1日晚上9:35
嗨,
我在一个全周期项目中遇到了同样的问题。
使用此注释后,数据源大规模活动0UC_SALES_STATS_02 DELTAINIT的设置加载时间减少到12小时到2小时。 0uc-sales-stats-02.png
您可以应用此OSS注释。 2147029 EBW_DQ_SS:大规模活动的运行时间很长
Cihan Ekin
一周热门 更多>