在OS Linux SLES修补后填充了最大DB/sapdb FS

2020-08-23 10:35发布

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

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


嗨朋友,

在OS Linux SLES修补过程中,Max DB/sapdb FS被填充,并且100%恢复正常

在以下路径中:/sapdb/data/wrk//rtedump_dir

生成了大量类型为RTEMemory_Chunk.00的文件

和文件夹

/sapdb/data/wrk/SID/DIAGHISTORY

创建的许多文件也 knldump 创建的,大小为1TB。

我们已删除 个旧chunk_00000.old文件以释放空间

想知道创建大文件的原因,以及如何在即将到来的夏天避免这些文件

致谢

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

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


嗨朋友,

在OS Linux SLES修补过程中,Max DB/sapdb FS被填充,并且100%恢复正常

在以下路径中:/sapdb/data/wrk//rtedump_dir

生成了大量类型为RTEMemory_Chunk.00的文件

和文件夹

/sapdb/data/wrk/SID/DIAGHISTORY

创建的许多文件也 knldump 创建的,大小为1TB。

我们已删除 个旧chunk_00000.old文件以释放空间

想知道创建大文件的原因,以及如何在即将到来的夏天避免这些文件

致谢

付费偷看设置
发送
3条回答
能不能别闹
1楼-- · 2020-08-23 10:47

大家好

进一步,我检查了1572861-常见问题解答:SAP MaxDB日志文件,

但是没有得到任何线索,为什么在OS SLES Patching之后FS被填充?

任何答复将不胜感激!

昵称总是被占用
2楼-- · 2020-08-23 10:45

Vishwanath,

knldump是紧急关闭时创建的内核转储文件。 如果在SLES修补之前尚未关闭数据库,则修补过程会触发关闭,从而导致此类日志文件。 我只能给您一个推测性的答案,因为我没有跟踪文件来检查和建议您。 您可能需要查看以下链接以了解更多详细信息。

https://wiki.scn.sap .com/wiki/display/MaxDB/SAP + MaxDB + Log + Files + 7.9

保重

RB

大简至美
3楼-- · 2020-08-23 10:58
< p>嗨,本杰明

无论如何,谢谢您的回复

我们已经关闭了Content Server和Triggered OS Team for SLES。

也欢迎其他人发表评论

致谢

一周热门 更多>