我应该如何最好地处理快速增长的数据库？

Question

我有一个需要维护的数据库。

可悲的是，该数据库的设置和使用我无法改变，很多（感谢一些内部政治）。

它在 SQL Server 2008r2 上运行。

它只存在了 5 天，并且在那段时间从 20GB 增长到了 120GB 以上。（基本上大部分数据都被删除然后导入，但就像我说的那样我无法控制那方面的事情）

我很想运行夜间作业来缩小数据库并重新组织索引，但我知道这离最佳实践还有很长的路要走，并且可能会导致比我已经遇到的更多问题！

问题

Answer 1

我不建议缩小您的数据库文件，除非您完全确定不再需要该空间。为什么每天晚上都缩小，却每天都在增长？您将遇到缩小数据文件的痛点，并且当数据库文件需要在白天增长时，您将迫使自己遇到性能影响。

如果由于初始空间要求而增加到 120 GB，是否可以说数据库不会大于该值（显然有一些缓冲区）？ 适当调整数据库大小。

否则，如果数据库将持续增长，并且您对发生的数据增长没有任何输入（换句话说，如果您无法从数据库中存档数据），那么您只需要确保有为所需的增长提供充足的驱动空间。

您知道哪些数据库文件一直在增长吗？有不同的行为会导致数据文件增长，而不是事务日志增长并保持其大小。如果事务日志因为大量记录的事务而成为空间的主要消费者，则可以考虑更频繁的事务日志备份，以确保更频繁地重用日志（这里有一些停止，作为打开的事务，所以这可能是不可能的一刀切）。

有关增长内容和场景的更多信息需要更具体，但我不建议按计划收缩数据库文件。