SQL缩减，同时避免性能成本

Question

我们在SQL2008R2服务器上运行SharePoint 2010 (不确定这是否相关)。有许许多多的图片库使数据库的大小接近120 to。我已经写了一个实用程序，它会把所有这些图片的大小调整到原来的20%左右，所以它会释放出大量的空间。为了减少我们的在线备份账单，我想回收大部分空间，但我一直在阅读有关SHRINKing数据库的性能成本的文章。

如果我缩小了大部分空间，但留出了很大比例的自由空间，这会消除与之相关的碎片问题吗？...or是否有更好的策略来解决我的问题？

Answer 1

频繁地收缩并不是一件好事。但经常出现的情况是逐个案例。在减少图片空间后，数据库文件将有空间可用，我猜这应该可以每周回收一次。你必须在周末或非工作时间运行数据库维护计划，对吗？以经过充分测试的时间间隔运行收缩数据库/文件不会造成损害。虽然我不明白你说的这句话是什么意思，“如果我缩小了大部分空间，但留出了很大一部分空间......”

您如何选择哪些文件可以收缩，哪些不可以。如果每个数据库有多个数据库文件，则可以执行完整的数据库或某些选定的数据/日志文件。