自启用1年以来,SAP HANA磁盘使用量非常大且速度很快

2020-09-19 13:05发布

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

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


HI Guru,

我们在HANA生产中遇到了有关磁盘使用情况的怪异问题,自1年前发布以来,尽管我们的用户交易很少见,但数据增长仍然非常快。

我们无法确定是哪个问题导致此问题增加了磁盘的使用量。

它是否执行了相关的GC进程,但无法正常运行?? 我们如何减少磁盘使用量?

这种情况发生在1-2个月之后,因为早期的实时数据(提前6个月)是正常增长

有什么建议吗?

谢谢

g子

eror.jpg (321.5 kB)

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

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


HI Guru,

我们在HANA生产中遇到了有关磁盘使用情况的怪异问题,自1年前发布以来,尽管我们的用户交易很少见,但数据增长仍然非常快。

我们无法确定是哪个问题导致此问题增加了磁盘的使用量。

它是否执行了相关的GC进程,但无法正常运行?? 我们如何减少磁盘使用量?

这种情况发生在1-2个月之后,因为早期的实时数据(提前6个月)是正常增长

有什么建议吗?

谢谢

g子

eror.jpg (321.5 kB)
付费偷看设置
发送
2条回答
我是小鹏鹏啊
1楼-- · 2020-09-19 13:15

在我看来,您的数据量大小非常接近于已用的内存大小。 这表明您不仅在磁盘上没有数据增长,而且通常情况下,您的数据库包含更多数据。

为什么不检查数据库中的整体数据消耗如何堆积? 首先寻找分配大部分内存并从那里开始工作的表。

悠然的二货
2楼-- · 2020-09-19 13:26

嗨,

感谢您的反馈

您的问题"为什么不检查数据库中的整体数据消耗如何堆积?首先要查找分配大部分内存并从那里开始工作的表",

我们必须做哪一部分?

我们之前检查过的内容:

1。 我们找到了导致阻塞GC进程的Connection ID/transactionID,但是我们无法终止该会话(无论如何-hdbcons/python emergencyInfo.py/SAP HANA诊断模式

2。 阻止的GC版本验证在持久性GC方面被认为是有效的,因为我们通过执行HDBCONS M_UNDO_CLEANUP_FILES发现了大约3000万行

在遇到这种情况之前,我们会遇到相同的情况,即高RAM和高磁盘使用率,在重新启动DB之后,就出现挂起状态(长时间运行的启动DB),就像DB仍在清理持久性GC。

根据我们的不良经验,也许是您的建议或此处的其他建议,可以在出现相同问题之前为我们提供一些预防性维护的想法。

简短的解决方案,也许我们会重新启动数据库并等待数据库清理垃圾

仅供参考:我们的SAP HANA版本为1.00.112.00.1457525470(fa/newdb100_rel)

谢谢

Ghochi

一周热门 更多>