我有一个我继承的数据库，它已经被遗留了很长时间，不断发展壮大。95% 的增长是由我们的应用程序使用的 1 个日志表引起的。数据库为 120GB 并处于完全恢复模式。压缩后的备份大约为 10GB。服务器是2008。日志文件是3.5GB
在询问之后我发现我可以从这个日志表中删除超过 3 个月的所有数据。这给了我 100GB 的可用空间。我还编写了一个代理作业来将日志表保持在这个级别。
这意味着我将永远有大约 100GB 的空间坐在这个文件中（只要没有其他表开始以以前没有的方式增长或代理作业失败）
我想释放一些空间，同时为未来的增长留出足够的空间，这应该比我的代理人工作之前少得多。
所以我不想收缩然后整理索引，因为这可能需要大量停机时间并且几乎总是一个坏主意。
删除数据库并恢复 10GB 备份是一种选择吗？我什至不确定这是否会给我想要的结果，即一个较小的数据库，其文件中有 2GB 的可用空间以供将来增长。
谢谢
恢复备份实际上会将您带回备份时所在的位置。这实际上是适合收缩的少数情况之一。幸运的是，它是一个后台进程，不会对您的系统造成太大影响，除非您正在运行一个非常繁重的 OLTP 系统。缩小完成后，如果我是你，我应该缩小大约 80GB 并保留其他 20GB 用于增长，你几乎肯定必须重新编制索引。重新索引（以及需要它的碎片）很可能会导致性能问题，因此您应该考虑在维护窗口期间完成整个过程。如果您没有维护窗口，请尝试一段缓慢的时间。无论哪种方式，如果你想摆脱额外的空间收缩是我所知道的唯一选择。