SQL SHRINK，同时避免性能成本

Question

我们在SQL 2008R2服务器上运行SharePoint 2010（不确定它是否相关）。有许多图片库驱动数据库大小接近120GB。我写了一个实用程序，将所有这些图片调整为原始图片的大约20％，这样就可以释放出大量的空间。为了减少我们的在线备份费用，我想回收大部分空间，但我一直在阅读SHRINKing数据库的性能成本。

如果我缩小了大部分空间但留下了很大的百分比空闲意愿，可以消除与之相关的碎片问题？ ......或者对我的问题是否有更好的策略？

Answer 1

经常做SHRINK并不好。但过于频繁的是个案。减少图片空间后，数据库文件将有空间可用，我应该可以回收一周一次。您必须在周末或在休息时间运行数据库维护计划吗？以经过良好测试的间隔运行SHRINK数据库/文件不会造成伤害。 虽然我不明白你的意思是“如果我收缩大部分空间但留下很大比例的空闲......”

你如何选择你可以缩小的文件，哪些不是。如果每个数据库有多个db文件，则可以执行FULL DB或某些选定的数据/日志文件。