提问
sap hana memory top consumers row store fragmentation

行存储碎片-对内存的影响

2020-09-29 22:24发布

站内问答 / HANA
2612 3 6

点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）嗨， 我们已经在我们的HANA...

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

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


嗨，

我们已经在我们的HANA SPS12系统中运行了SQL脚本" HANA_Memory_TopConsumers_1.00.85 +"，发现最大的内存使用者是"行存储碎片"，占用了500 Gb以上。 警报中也有相应的建议（建议对主机<....>进行行存储重组。可用空间：74.25％，已分配大小：782528.00MB，可用大小：581067.73MB。实施SAP Note1813245。）

我已经阅读了注释1813245，但不完全了解行存储重组对我们是否有用。 请告诉我如何找出行存储的实际数据占用了多少内存（RAM，而不是磁盘），以及空碎片占用了多少内存？ 重组后可以释放多少内存？ 以及重组本身的风险（注释1813245说，重组后数据可能不一致）。

预先感谢

安德烈。

3条回答
梦想连接
2020-09-29 22:42

Hi Andrey，

< p>只需查看我的博客" HANA内存使用情况详细信息：第1部分共享内存"（第1部分：共享内存）。

使用如下语句：

 select
 CATEGORY，ALLOCATED_SIZE，USED_SIZE，FREE_SIZE
 来自" SYS"。" M_SHARED_MEMORY"
 端口= 30003
 按used_size desc

或

 SELECT排序
 主机，端口，情况（（（（SUM（FREE_SIZE）/SUM（ALLOCATED_SIZE）））> 0.30）
 和
 SUM（ALLOCATED_SIZE）> TO_DECIMAL（10）* 1024 * 1024 * 1024）
 然后
 '真正'
 其他
 '假'
 结束
 "建议重组行存储"，
 TO_DECIMAL（SUM（FREE_SIZE）* 100/SUM（ALLOCATED_SIZE），10,2）"可用空间百分比，％"，
 TO_DECIMAL（SUM（ALLOCATED_SIZE）/1048576，10，2）"以MB为单位的分配大小"，
 TO_DECIMAL（SUM（FREE_SIZE）/1048576，10，2）"以MB为单位的可用大小"
 从
 M_RS_MEMORY
 哪里
 （CATEGORY ='TABLE'或CATEGORY ='CATALOG'）
 GROUP BY HOST，PORT；

您的行存储真的太大了吗？

已分配大小：782528.00MB

免费大小：581067.73M

< p>大约200GB的实际大小

使用行重组，在这里我绝对建议您进行离线重组（使用这种大小需要一段时间），您可以在数据量和内存中节省大量空间 地区。 这将导致系统启动时间缩短。 也许您还应该考虑使用以下方法回收数据量：

 ALTER SYSTEM RECLAIM DATAVOLUME 120 DEFRAGMENT

关于

Jens

< p>

一周热门 更多>