与Prod相比,在Pre-prod中获取FETCH NEXT CURSOR需要更长的时间

2020-08-31 00:26发布

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

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


我们正在生产中和生产前计划标准程序RFKKOP04(上周从生产中刷新了数据)。在生产前程序中,程序运行非常缓慢,我们检查了系统之间的所有资源,它们具有相同的容量。/p>

当我看着ST04并解释声明时,


Pre-Prod中:估计成本= 3,985,263估计CPU成本= 46,538,639,201

生产中:估计成本= 840,778估计CPU成本= 9,447,973,201

我在两个系统中都检查了索引是否相同。

我们还应该检查什么才能知道试生产中额外时间的原因?

感谢您的帮助。

干杯

Anjana

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

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


我们正在生产中和生产前计划标准程序RFKKOP04(上周从生产中刷新了数据)。在生产前程序中,程序运行非常缓慢,我们检查了系统之间的所有资源,它们具有相同的容量。/p>

当我看着ST04并解释声明时,


Pre-Prod中:估计成本= 3,985,263估计CPU成本= 46,538,639,201

生产中:估计成本= 840,778估计CPU成本= 9,447,973,201

我在两个系统中都检查了索引是否相同。

我们还应该检查什么才能知道试生产中额外时间的原因?

感谢您的帮助。

干杯

Anjana

付费偷看设置
发送
10条回答
小熊yu生菜
1楼-- · 2020-08-31 01:11

感谢您的答复Fredric。

不,我不知道。.但是生产和预生产中的索引相同。

生产作业在1小时内完成,但在预生产阶段,则需要21个小时才能完成。

95年老男孩
2楼-- · 2020-08-31 00:54

(使用评论按钮,而不是每次都创建答案)

索引可能相同,但是如果质量不同,结果将完全不同。

第一件事是音符和统计信息。 SAP确定查找数据的最佳方法。 基于注释/统计信息。 这意味着对于一个系统,它可以选择使用index_1,而对于第二个系统,则可以使用index_2

第二点,例如Windows中的碎片整理工具,您的索引可能会碎片化,此注释将被检测到 索引。 如果正确重建索引,SAP将完全重建索​​引。

https://blogs.sap。 com/2016/07/05/index-storage-capacity-analysis-re-build/

说明771929-常见问题:索引碎片

me_for_i
3楼-- · 2020-08-31 00:57

是,我 这样做的结果是两个系统之间存在巨大的时差。

现在,在弗雷德里克建议之后,我进入了T代码DB02OLD->转至->表和索引,并且我可以看到对象DFKKOP的千字节和块及范围的预生产和生产上的差异。

预生产:6,846,464(千字节),855,808(块),288(范围)

生产:14,359,552(千字节),1,794,944(块),415(范围)

不确定它们的实际含义。

但是我可以看到这些差异,您认为这可能会引起问题吗?

宇峰Kouji
4楼-- · 2020-08-31 00:56

感谢您对Fredric的详细解释。

两个系统中的索引存储质量。

DFKKOP〜1 ==> 64(生产中)== 91(生产前)

DFKKOP〜2 ==> 41(生产中)== 88(生产前)

DFKKOP〜3 ==> 43(生产中)== 85(生产前)

DFKKOP〜4 ==> 63(生产中)== 93(生产前)

DFKKOP〜5 ==>。58(生产中)== 94(生产前)

DFKKOP〜6 ==> 42(生产中)== 82(生产前)

DFKKOP〜Z1 ==> 64(生产)== 90(生产前)

一周热门 更多>