点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中) HI Guru, 我们在...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中) HI Guru, 我们在...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
HI Guru,
我们在HANA生产中遇到了有关磁盘使用情况的怪异问题,自1年前发布以来,尽管我们的用户交易很少见,但数据增长仍然非常快。
我们无法确定是哪个问题导致此问题增加了磁盘的使用量。
它是否执行了相关的GC进程,但无法正常运行?? 我们如何减少磁盘使用量?
这种情况发生在1-2个月之后,因为早期的实时数据(提前6个月)是正常增长
有什么建议吗?
谢谢
g子
eror.jpg (321.5 kB)
嗨,
感谢您的反馈
您的问题"为什么不检查数据库中的整体数据消耗如何堆积?首先要查找分配大部分内存并从那里开始工作的表",
我们必须做哪一部分?
我们之前检查过的内容:
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
一周热门 更多>