数据库过大请帮分析下哪些表能瘦身

栏目:云星空知识作者:金蝶来源:金蝶云社区发布:2024-09-16浏览:1

数据库过大请帮分析下哪些表能瘦身

数据库为:sql2014,现在数据库大小在120G,未删除临时表时为132G,账套2015年10月份上线,为新建账套,上线时为CLOUD 5.0,今年月份升级到CLOUD 6.1。在计划任务列表中,开启临时定时清理服务、重建数据索引与统计信息,显示成功,实际检测的时候发现应该都未成功,需要经常手工清理临时表与重建索引。
用户数为:306,经常性在线人数150多,完成财务供应链一体化,生产订单在使用,手工新增,未进行MRP运算,在测试功能,后期想要做车间工序汇报。
现想知道是否能把数据库进行瘦身,删除多余的数据。或是否有必要更换成oracle数据库。

附件:磁盘占用排名前20的表


转内部沟通评估结果:
1:T_HS_ACCTGPROCESSENTRY_H,T_HS-EXPENSESPROCESS_H,这2个可以清理,是核算日志信息。可以不保留。具体看客户要求。如果不需要,在成本管理系统参数中不要勾选期末结账结转核算明细过程数据。
2:T_STK_INVENTORYLOG这个库存有提供备份和清除功能,可以在系统里处理,日志主要是为了分析差错,如果没有这方面的需求可以定时清理,这种过程数据该记录的还是要记,我们那个要求至少保留3个月。
3:T_PLN_MTRLDSDETAILDATA这个表是记录MRP运行时物料的明细数据的,如果客户不需要保留历史MRP运行的记录,去MRP运行日志删除一些之前的运行日志,就会删除这个表的数据的。

账套目前的大小的确是有132G,临时表已经清理了,目前没有收缩数据库,所以之前多占用的20G是没有释放的。

重建索引的任务调整成每天凌晨3点重建一次索引,预估需要1个小时多点。

另外各个表的大小是否合理,有没有减少的空间,需要各个业务认领后分析给你解答。目前的情况没有必要换成Oracle数据库,除非客户内部有专职的系统管理员熟悉Oracle数据库,后续的运维和调优没有问题的话,才可以考虑换数据库,而且设置到数据库的迁移,也不是一件小的事情。

数据库过大请帮分析下哪些表能瘦身

数据库为:sql2014,现在数据库大小在120G,未删除临时表时为132G,账套2015年10月份上线,为新建账套,上线时为CLOUD 5.0,今年月份升级...
点击下载文档
确认删除?
回到顶部
客服QQ
  • 客服QQ点击这里给我发消息