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

[bean_sql]

目前有一个ERP的数据库大小为140G左右，
数据文件增长方式为：5%的增长方式

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

[东那个升]

还是以固定大小增长比较合理。百分比当数据库很大的时候，如果磁盘空间小于百分比会。。。。。 如果空间允许，预估一下1~2年的数据库文件可能大小，吧数据文件设置的大点，这段期间就没什么空间申请了。 满足不了那就文件增长固定大小尽量设置大点。。。减少频繁的空间申请也会消耗系统资源。

[水族杰纶]

引用 17 楼 ldslove 的回复:

还是以固定大小增长比较合理。百分比当数据库很大的时候，如果磁盘空间小于百分比会。。。。。 如果空间允许，预估一下1~2年的数据库文件可能大小，吧数据文件设置的大点，这段期间就没什么空间申请了。 满足不了那就文件增长固定大小尽量设置大点。。。减少频繁的空间申请也会消耗系统资源。

李总

[line_us]

凡是大数据的问题讨论我都重视。

[u010641641]

100M 是否小了点

[發糞塗牆]

引用 11 楼 bean_sql 的回复:

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

收缩可以，但是要考虑是否有必要，如果mdf的可用空间本来就不多，假设只有10%，那么完全没必要收缩了，不然到一定程度又会自动增长，带来的IO压力更大。如果100G的mdf里面可用空间有90%，那就收缩到30~50G是可以的。

[發糞塗牆]

20楼的纯粹个人想法，没有什么数据支持，可以酌情考虑，不是强制的。

[最爱午夜]

可以尝试每天做差异备份，通过一周的差异备份，推算出数据库增长的规模，然后设置数据库增长大小

[u010643059]

谢谢！！

[黄_瓜]

引用 35 楼 SQL_Beginner 的回复:

就是尽量防止日志文件自动增长，因为自动增长的时候影响性能，做好监控，然后设定个适合的值，定期备份。 其实，6楼已经回答的很好了。

我觉得我回答的也挺好。完全符合题意 被戴上了灌水大王的帽子，干啥别人都觉得我没个正经。

[Andy-W]

可以设置平均每次100M的增长，我个人是建议先评估下数据库1个月或1年能增加至多少，再根据磁盘空间的大小来决定一个初始值。如你评估1个月的数据量增长至200G,你可以先设置个200G的初始值，再设置每次100M的增长。如果是日志文件增长比较快，记得做好定期日志备份，迁移日志备份文件，以减少日志文件占更多的磁盘空间。

[libaogui2010]

就是尽量防止日志文件自动增长，因为自动增长的时候影响性能，做好监控，然后设定个适合的值，定期备份。 其实，6楼已经回答的很好了

[魔者侠心之明星级程序员]

引用 41 楼 Beirut 的回复:

[quote=引用 35 楼 SQL_Beginner 的回复:] 就是尽量防止日志文件自动增长，因为自动增长的时候影响性能，做好监控，然后设定个适合的值，定期备份。 其实，6楼已经回答的很好了。

我觉得我回答的也挺好。完全符合题意 被戴上了灌水大王的帽子，干啥别人都觉得我没个正经。[/quote] 你们的掌声呢？

[逍遥哥哥111]

可以设置平均每次100M的增长，我个人是建议先评估下数据库1个月或1年能增加至多少，再根据磁盘空间的大小来决定一个初始值。如你评估1个月的数据量增长至200G,你可以先设置个200G的初始值，再设置每次100M的增长。如果是日志文件增长比较快，记得做好定期日志备份，迁移日志备份文件，以减少日志文件占更多的磁盘空间。

[跳动de指尖]

引用 41 楼 Beirut 的回复:

[quote=引用 35 楼 SQL_Beginner 的回复:] 就是尽量防止日志文件自动增长，因为自动增长的时候影响性能，做好监控，然后设定个适合的值，定期备份。 其实，6楼已经回答的很好了。

我觉得我回答的也挺好。完全符合题意 被戴上了灌水大王的帽子，干啥别人都觉得我没个正经。[/quote] 别逗了，谁给你灌水大王了。赌王

[黄_瓜]

引用 42 楼 pengqian098 的回复:

[quote=引用 41 楼 Beirut 的回复:] [quote=引用 35 楼 SQL_Beginner 的回复:] 就是尽量防止日志文件自动增长，因为自动增长的时候影响性能，做好监控，然后设定个适合的值，定期备份。 其实，6楼已经回答的很好了。

我觉得我回答的也挺好。完全符合题意 被戴上了灌水大王的帽子，干啥别人都觉得我没个正经。[/quote] 别逗了，谁给你灌水大王了。赌王[/quote] 这是技术贴，你们这群蠢货。灌水要看看地方。

[u010668264]

好难懂啊，好难懂啊，

[u010670536]

这可以路过看看不

[威尔威尔]

建议看看这篇文章：Transaction Log VLFs – too many or too few? http://www.sqlskills.com/blogs/kimberly/transaction-log-vlfs-too-many-or-too-few

[潇洒王子]

同意楼上各位的意见。

[改名好烦啊]

顶~~~同意楼上意见