探索-数据库日记增长设置多少比较合理

探索-数据库日志增长设置多少比较合理
目前有一个ERP的数据库大小为140G左右，
数据文件增长方式为：5%的增长方式

感觉不是很合理，请大牛指点下...
----------------------------------------------------
从最近的两次备份压缩文件分析（SQL 2005）：
数据库140G左右，压缩后11到12G左右
两个压缩后的备份文件相差60M，
相隔7天，
这样推算：如果没有压缩的话  60*140/11=700M左右
平均每天100M的增长
（以上个人推算，不知道是否合理，仅供参考）
[解决办法]

引用:

请问下 大牛们，目前数据库这么大，
能否收缩下mdf文件？
（日志应该可以收缩的，收缩前先备份下）

收缩可以，但是要考虑是否有必要，如果mdf的可用空间本来就不多，假设只有10%，那么完全没必要收缩了，不然到一定程度又会自动增长，带来的IO压力更大。如果100G的mdf里面可用空间有90%，那就收缩到30~50G是可以的。
[解决办法]
20楼的纯粹个人想法，没有什么数据支持，可以酌情考虑，不是强制的。
[解决办法]
可以尝试每天做差异备份，通过一周的差异备份，推算出数据库增长的规模，然后设置数据库增长大小
[解决办法]
对于日志的估算，可以用DBCC SQLPERF(LOGSPACE)，每天执行一次把数据插入一个表，然后过一段时间再统计
[解决办法]
可以设置平均每次100M的增长，我个人是建议先评估下数据库1个月或1年能增加至多少，再根据磁盘空间的大小来决定一个初始值。如你评估1个月的数据量增长至200G,你可以先设置个200G的初始值，再设置每次100M的增长。如果是日志文件增长比较快，记得做好定期日志备份，迁移日志备份文件，以减少日志文件占更多的磁盘空间。

查看更多 下一篇