最近发现一些客户数据库占用空间很大有的客户甚至超过了800G的数据库
这样对于我们的数据库资源是一个很大的挑战。
在这里我整理了一些可以直接清理的日志和缓存表,
方便各位可以直接调整。
1:T_HS_ACCTGPROCESSENTRY_H,T_HS_EXPENSESPROCESS_H,这2个可以清理,是核算日志信息。可以不保留。具体看客户要求。
如果不需要,在成本管理系统参数中不要勾选期末结账结转核算明细过程数据。
2:T_STK_INVENTORYLOG这个库存有提供备份和清除功能,可以在系统里处理,日志主要是为了分析差错,
如果没有这方面的需求可以定时清理,这种过程数据该记录的还是要记,我们那个要求至少保留3个月。
3:T_PLN_MTRLDSDETAILDATA这个表是记录MRP运行时物料的明细数据的,如果客户不需要保留历史MRP运行的记录,
去MRP运行日志删除一些之前的运行日志,就会删除这个表的数据的。
4,T_BF_INSTANCESNAP 是最大的,有50GBhttps://vip.kingdee.com/article/39055
t_stk_stkbaloccurlog,t_stk_stkbalresultlog可以清空,t_stk_inventory库存更新日志,没有异常即时库存数据需要分析的话也可以清空
T_BAS_WARNMOBILEMESSAGE 业务监控执行情况
数据瘦身规则对应的数据表
1、 上机操作日志:
T_BAS_OPERATELOG,
T_BAS_OPERATELOGBK。
2、分配执行情况:
T_ORG_AUTOALLOCLOGDETAIL_L
T_ORG_AUTOALLOCLOGDETAIL
T_ORG_AUTOALLOCLOGINFO
T_ORG_AUTOALLOCLOGDETAIL_BK_L
T_ORG_AUTOALLOCLOGDETAIL_BK
T_ORG_AUTOALLOCLOGINFO_BK
T_ORG_ALLOCATERESULT
3、监控执行情况:
T_BAS_WARNEXECUTEDETAILBK
T_BAS_WARNEXECUTERESULTBK
T_BAS_WARNMOBILEMESSAGE
T_BAS_WARNINSIDEMESSAGE
T_BAS_WARNMERGEMESSAGE
T_BAS_WARNLIGHTAPPMSG
T_BAS_WARNLIGHTAPPMSGGROUP
T_BAS_WARNUSERMESSAGE
4、 临时表清理:
T_BAS_TEMPORARYTABLENAME表中满足FPROCESSTYPE=1或者FCREATEDATE是N小时前生成的临时表的清理;
5、Z表中的数据清理:Z表中的数据是可以直接清理的
我们判断Z表的依据是:Z_开头的表,并且系统中同时存在Z_XXXXX和T_XXXXX,2表同时存在,满足这样的条件的Z_XXXXX就是我们的Z表。
推荐阅读