2020-08-25 10:25发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）大家好， 我们在运行于HANA... 显示全部
加入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。
我已停止测试系统上的应用程序。 系统中没有工作负载。
任何人都可以建议加快重新分区的速度吗？
感谢和问候，
草皮
Hi Lars，
这不是横向扩展系统。 这是一个hdb 1.0 sps12 rev 20，应用程序是SAP ERP。 SAP提出了哈希变化的原因，以应对我们观察到的性能影响。
是否花了太长时间，因为我正在运行重新分区以及更改哈希算法？
Luis Darui 是的，我遵循第39点，将split_threads更改为384，这与我的cpu内核相同。
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 T-CODE 的问题《对于大型表KONV和CDPOS，重新分区运行非常缓慢。》','https://www.easysap.com/answer/32527/91565.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
Hi Lars，
这不是横向扩展系统。 这是一个hdb 1.0 sps12 rev 20，应用程序是SAP ERP。 SAP提出了哈希变化的原因，以应对我们观察到的性能影响。
是否花了太长时间，因为我正在运行重新分区以及更改哈希算法？
Luis Darui 是的，我遵循第39点，将split_threads更改为384，这与我的cpu内核相同。
一周热门 更多>