加速SQL数据库收缩过程

Question

我必须每周缩小和备份一个大小超过100 GB的数据库。

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

我的问题是

1 - 是否有某种方法可以快速缩小庞大的数据库。 2 - 如果我在启用了缩放选项的情况下进行备份，则不会缩小，而是执行相同的操作，例如删除不必要的页面。

由于

Answer 1

1：不，通常你不会缩小“真实”数据库（大小）。特别是假设SQL Server备份不会备份未使用的数据库中的页面，因此空的1000gb数据库的备份非常小，缩小是没有意义的。您认为人们如何对重要的东西进行真正的备份（每15分钟运行一次delta备份）？一般不要使用自动增长，不要对任何大尺寸的东西使用缩小。

2：按照1的方式。不要缩小。

为什么您认为首先需要缩小数据库？顺便说一下，100gb非常小 - 一旦达到1000gb以上就会变得流淌。