点击此处--->
群内免费提供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。
我已停止测试系统上的应用程序。 系统中没有工作负载。
任何人都可以建议加快重新分区的速度吗？
感谢和问候，
草皮
{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/q-32527.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
您好，普拉萨德，
您来看看KBA https：//launchpad。 support.sap.com/#/notes/2044468 第39点。如何影响重新分区活动的执行？
我想到的一个例子是split_threads：
关闭应用程序，然后 数据库中所有可用的资源，都值得检查，这是否会减少任务所需的时间。
当然，如KBA https://launchpad.support.sap.com/#/notes/2600030 也会产生重大影响。 我会检查2044468中第.39点列出的所有选项，因为它涵盖了我通常在重新分区过程中涉及的几乎所有主题。
干杯，
Luis
您好，
请您帮我一下。
@lbreddemann
Hi Lars，
这不是横向扩展系统。 这是一个hdb 1.0 sps12 rev 20，应用程序是SAP ERP。 SAP提出了哈希变化的原因，以应对我们观察到的性能影响。
是否花了太长时间，因为我正在运行重新分区以及更改哈希算法？
Luis Darui 是的，我遵循第39点，将split_threads更改为384，这与我的cpu内核相同。
这是横向扩展系统吗？
分区如何在节点之间分布？
为什么从HASH（MANDT，KNUMV）更改为HASH（KNUMV）？
@Luis Darui写道。
KONV （条件（交易数据））是SAP R \ 3 ERP系统中的标准表。 CDPOS 具有对象位置信息
嗨，普拉萨德。
我认为这可能是SAP Note 2454044中描述的问题，但是您使用的是更高版本。
在诊断方面，您必须检查步骤和索引服务器跟踪
一周热门 更多>