如何让数据库自动维护
我现在一个银行项目，自动维护的思路是这样的检查syscat。tables的card和实际表的条数，以检查是否需要做runstats
检查npages和fpages检查是否需要reorg
一旦每次批次跑完以后，就会做一次检查，发现需要做runstats的就做runstats
发现要做reorg的就先reorg tables在reorg index
这是我临时想出来的办法，目前批次运行还算正常
后来想改成reorg check来判断是否需要reorg
不知道大家有什么更好的建议，谢谢啦
检查npages和fpages检查是否需要reorg
一旦每次批次跑完以后，就会做一次检查，发现需要做runstats的就做runstats
发现要做reorg的就先reorg tables在reorg index
这是我临时想出来的办法，目前批次运行还算正常
后来想改成reorg check来判断是否需要reorg
不知道大家有什么更好的建议，谢谢啦
5同行回答
浏览975
自动维护策略分两点来看：
1. 自动runstats可以考虑打开，如果确定不打开，可以考虑写一个自动脚本，按时按批次去跑统计信息，dba注意看日志是否跑成功即可。比如3天一个周期，跑全部的表一轮。另外，db2是有实时统计信息的/
2. 关于reorg，在高负载的系统下，不推荐打开自动维护。可以关注频繁变化的表，定期做reorg check，然后再确定是否做reorg。一般只有在字段溢出率比较高的情况下，才去做reorg。做reorg的时候，选择系统空闲时间。一般不要频繁去做reorg。收起
1. 自动runstats可以考虑打开，如果确定不打开，可以考虑写一个自动脚本，按时按批次去跑统计信息，dba注意看日志是否跑成功即可。比如3天一个周期，跑全部的表一轮。另外，db2是有实时统计信息的/
2. 关于reorg，在高负载的系统下，不推荐打开自动维护。可以关注频繁变化的表，定期做reorg check，然后再确定是否做reorg。一般只有在字段溢出率比较高的情况下，才去做reorg。做reorg的时候，选择系统空闲时间。一般不要频繁去做reorg。收起
浏览907
9.7的有自动维护策略，AUTOMAINT_SET_POLICYFILE，搜一下用法收起
浏览941