加速SQL数据库收缩过程

Question

我必须每周收缩和备份一个数据库，它大约是100+ GB大小。

通常需要2-3个小时才能缩小。这非常令人沮丧，尤其是当管理层希望快速部署此数据库时。

我的问题是

1-有没有什么方法可以快速缩小一个巨大的数据库。2-如果我在启用了收缩选项的情况下执行备份，它是否会执行相同的操作，例如删除不必要的页面，而不是收缩。

谢谢

Answer 1

1:不，通常情况下，您不会收缩(大小的)“真实”数据库。特别是考虑到SQL Server备份将不会备份数据库中未使用的页，因此空的1000 to数据库的备份非常小，因此收缩是没有意义的。你认为人们如何对重要的东西进行真正的备份(比如每15分钟运行一次增量备份)？一般情况下，不要使用自动增长，不要在具有较大尺寸的任何对象上使用收缩。

2:按1进行模拟。不要收缩。

为什么你认为你需要首先收缩数据库？顺便说一句，100 is是相当小的-一旦你达到1000 is或更大，事情就会变得很慢。