我们在 SQL 2008R2 服务器上运行了 SharePoint 2010(不确定这是否相关)。有很多很多的图片库已经将数据库大小推到了接近 120GB。我编写了一个实用程序,可以将所有这些图片的大小调整为原始图片的 20% 左右,因此可以释放大量空间。为了减少我们的在线备份费用,我想回收大部分空间,但我一直在阅读有关 SHRINKing 数据库的性能成本的信息。
如果我缩小了大部分空间但留下了很大一部分可用空间,这会消除与之相关的碎片问题吗?...或者是否有更好的策略来解决我的问题?
我们在 SQL 2008R2 服务器上运行了 SharePoint 2010(不确定这是否相关)。有很多很多的图片库已经将数据库大小推到了接近 120GB。我编写了一个实用程序,可以将所有这些图片的大小调整为原始图片的 20% 左右,因此可以释放大量空间。为了减少我们的在线备份费用,我想回收大部分空间,但我一直在阅读有关 SHRINKing 数据库的性能成本的信息。
如果我缩小了大部分空间但留下了很大一部分可用空间,这会消除与之相关的碎片问题吗?...或者是否有更好的策略来解决我的问题?