点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我们的应用程序日志越来越大,导致性能问题。
我注意到我们从未存档或重组过我们的应用程序日志。
我知道有两种方法可以管理应用程序日志。
- Tcode SLG2-程序SBAL_DELETE可用于清除旧日志或过期日志
- 归档对象BC_SBAL也可以用于归档日志
您在公司中使用哪个选项?
我尝试在我们的质量检查测试系统中测试存档功能,但速度非常慢。
删除以下数量的条目花了7个小时以上。
类型编号说明
BALDAT 293,908应用程序日志:日志数据
BALHDR 61,254应用程序日志:日志头
BAL_INDX 13应用程序日志:INDX表
还有其他人遇到过如此糟糕的表现吗?
QA系统通常没有生产系统的功能,因此在那里可能会更快。
7个小时的归档工作不会让我感到头疼。 尤其是对于最初的归档,我过去的运行时间通常从几天到几周。
对于应用程序日志,我们使用混合方法,我们的EHS部门希望将某个对象归档,而所有其他对象都将被删除。
我们在BALDAT中有8亿条记录,其中有无数的孤儿(有OSS注释)。 花费了数周的时间才能将其降低到合理的水平,此后删除和存档作业每周运行一次。
我们的质量检查系统是PRD的副本,两次运行之间的时间还不太长 相距遥远。
但是,删除我的原始邮件中显示的记录数需要7个小时。
在最近几年中,我们每年在BALHDR中拥有2-3M条记录。 那将永远需要运行。
我们从1999年就开始工作,直到去年我开始该项目之前,都没有进行任何存档。
我可能还需要实现一种混合方法。
我将清除所有已存在x年以上的日志,然后根据对象类型决定应该归档还是删除什么。
所有应该开发的SAP归档程序都有一个局限性:它们 执行期间在RAM中占用较小的空间(例如100MB),因此,如果它们不能整夜或周末完成,则不会在工作时间内使SAP服务器瘫痪。 因此,在这种情况下,它们速度慢是一件好事,因为您可以让它们在工作时间内正常运行。
一周热门 更多>