我能否安全地从Autogrow中更改一个活动的SQL数据库？

Question

我有一个实时的SQL 2005数据库，处于非自愿的DBA的非常不幸的境地。

数据库的MDF文件为1.4GB，LDF为2.2GB。自动增长设置为不受限制的增长10%。我有很多磁盘空间，所以我认为最好把最初的大小设置得更大一些。它正在快速增长--在过去的6个月里，规模翻了一番。

我可以选择一个高的数字(因为我有足够的空间)，只需更改初始大小(可能是4000或更多)-然后将其设置为每周检查一次，以确保我们不在这个数字的某些百分比之内？

谢谢。

Answer 1

是。您可以增加mdf的初始大小，Server将将文件扩展到该大小。在一个实时数据库上这样做是非常安全的，尽管选择一个安静的时间！你应该会发现尺寸增长得很快。我刚刚将一个测试数据库从128 it增长到了4GB，花费了2秒时间。

考虑到数据库的当前大小，初始大小4GB似乎是合理的。如果您有大量的磁盘空间，为什么不将增长设置为高一些，例如2GB，甚至4GB？大幅度地增长数据库可以减少mdf文件的物理碎片。

您不需要每周进行一次检查，因为Server只会不断地扩展文件。确保你没有耗尽磁盘空间。

JR

我刚看到亚伦的回复。我和他的不同之处在于，我对数据库的自动增长没有问题。但是，您希望设置自动增长参数，以避免大量的小幅度增长。10%是默认的，我认为这对大多数数据库来说太小了。

PPS的日志大小看起来有点大。数据库是否设置为“完全日志记录”，如果是，您确定数据库正在备份吗？如果日志文件大小失控，您可以使用"dbcc收缩文件“来减少它。有关详细信息，请参阅联机丛书。

Answer 2

我昨天刚刚写了一篇关于这个问题的日志博文，这是多么及时--去数据文件大小管理的重要性看看吧。摘要：

• 最初将数据文件的大小调整为当前大小加上至少一年的增长(如果可能的话)
• 如果可以的话，打开即时文件初始化(注意:这只会影响数据文件，日志文件总是必须为零)
• 一直都是自动成长，我完全和毫无保留地不同意任何人说相反的话。当您的监控失败时，它应该始终处于紧急状态(除非SCOM错误阻止您打开它-请参阅本文中的解释)。
• 将自动增长设置为固定的适当大小。
• 不要依赖自动成长。监视文件使用情况并手动增长。监测紧急情况下的自动增长
• 永远不要，永远不要退缩，如果你能避免的话。我的博客文章有一个脚本告诉你为什么。
• 您的日志文件看起来太大了。查看另一篇博客文章正确管理事务日志大小的重要性，以获得一些提示和提示。

希望这能有所帮助！

Answer 3

aSkywalker，使用原力，或者阅读Paul关于“非自愿DBA”的文章：

http://207.46.16.252/en-us/magazine/2008.08.database.aspx