对于大型表KONV和CDPOS,重新分区运行非常缓慢。

2020-08-25 10:25发布

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

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


大家好,

我们在运行于HANA DB 1.0 SPS 12上的ECC系统中观察到性能下降。我们发现CDPOS和KONV表上的许多分区超过50 GB。 我们正在为KONV表运行测试,重新分区需要很长时间。

表的详细信息是:

CDPOS的大小约为4TB。 共有57个分区,大多数分区超过70 GB。

KONV大小约为857 GB,具有18个分区,其中大多数分区超过50 GB(HASH 19 MANDT,KNUMV)

我们使用以下命令进行分区:

ALTER TABLE" SAPDAT"。" KONV"分区按哈希(KNUMV)分区36;

它运行了十多个小时。

表已完全加载到内存中,并且GAL设置为23 TB。 我们有384核CPU。

我已停止测试系统上的应用程序。 系统中没有工作负载。

任何人都可以建议加快重新分区的速度吗?

感谢和问候,

草皮

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

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


大家好,

我们在运行于HANA DB 1.0 SPS 12上的ECC系统中观察到性能下降。我们发现CDPOS和KONV表上的许多分区超过50 GB。 我们正在为KONV表运行测试,重新分区需要很长时间。

表的详细信息是:

CDPOS的大小约为4TB。 共有57个分区,大多数分区超过70 GB。

KONV大小约为857 GB,具有18个分区,其中大多数分区超过50 GB(HASH 19 MANDT,KNUMV)

我们使用以下命令进行分区:

ALTER TABLE" SAPDAT"。" KONV"分区按哈希(KNUMV)分区36;

它运行了十多个小时。

表已完全加载到内存中,并且GAL设置为23 TB。 我们有384核CPU。

我已停止测试系统上的应用程序。 系统中没有工作负载。

任何人都可以建议加快重新分区的速度吗?

感谢和问候,

草皮

付费偷看设置
发送
7条回答
愤怒的猪头君
1楼-- · 2020-08-25 10:52

您将通过检查HANA studio中正在运行的线程或查看HANA服务器终端上的top/htop输出来看到这一点。

一周热门 更多>