0

我们在 SQL 2008R2 服务器上运行了 SharePoint 2010(不确定这是否相关)。有很多很多的图片库已经将数据库大小推到了接近 120GB。我编写了一个实用程序,可以将所有这些图片的大小调整为原始图片的 20% 左右,因此可以释放大量空间。为了减少我们的在线备份费用,我想回收大部分空间,但我一直在阅读有关 SHRINKing 数据库的性能成本的信息。

如果我缩小了大部分空间但留下了很大一部分可用空间,这会消除与之相关的碎片问题吗?...或者是否有更好的策略来解决我的问题?

4

1 回答 1

0

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

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

于 2013-10-06T04:02:33.557 回答