点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
生产一年后,数据库变得很大,并开始影响性能。 我们发现应该定期为
运行清理作业-
cronjobs
-
职位
-
保存的值
。
运行清理工作极大地帮助了我们。 数据库要小得多,但仍有一些表具有大量条目。 我找不到有关清理这些表的任何文档。
-
进程
-
任务日志
-
电子邮件消息
-
itemsynctimestamps
对于 processes
和 tasklogs
表,我认为这应该有效:
-
为X天之前的
BusinessProcess
实例创建新的MaintenanceCleanupStrategy
-
将其连接到新的
GenericMaintenanceJobPerformable
bean -
安排维护作业。
EmailMessage
s可以用相同的方法删除。 我还有其他东西吗?
我需要有关 itemsynctimestamps
的一些指导。 似乎没有相应的杂音 ComposedType
,所以我不确定 MaintenanceCleanupStrategy
是否合适。 我们是否正在根据 PLA-6398 进行手动删除查询? 如果是这种情况,我需要了解任何重要的关系吗?
注释:-hybris Multichannel Suite 4.8.16-MySQL(InnoDB)-购物车
维护已实现
嗨,
在itemsynctimestamps中,没有过时的项目。 它保留了以后用于同步的项目,因此,如果从该表中删除某些内容,则下一个同步作业将花费更长的时间,因为同步将同步更多产品。
此表的大小与您的产品数量有关,如果您删除与产品相关的项目,那么也会删除synctimestamp,因此,正如我已经提到的,那里没有过时的项目。
致谢
Michał
@jim您是如何清理工作的? 您是否执行了自5.5.1版本以来CronJob Logs Cleanup中提到的步骤,给定此处 ? 如果以其他方式实现,是否可以提供文档链接来实现相同目的?
正如Michal所指出的,没有任何过时的项目是删除ItemSyncTimestamp的结果。 但是,它确实存储了随时间推移保持同步状态所需的数据,因此我们并没有最终从该表中删除任何项目。 我们最终编写了一个脚本,以删除旧的Cart,Address,BusinessProcess和EmailMessage,这是数据长度的大部分,足以满足我们的要求。 删除是通过ModelService.remove方法完成的,以确保类型系统的完整性。
一周热门 更多>