加快SQL数据库收缩过程

我每周都要压缩和备份一个大约为100+GB大小的数据库

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

我的问题是

1-是否有办法快速缩小大型数据库。 2-如果我在启用收缩选项的情况下进行备份，而不是收缩，它是否也会执行相同的操作，例如删除不必要的页面

---

谢谢

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

2：根据第1条进行模拟。不要退缩

---

为什么您认为首先需要缩减数据库？顺便说一句，100gb是相当小的—一旦达到1000gb或更大，事情就会变得不正常。

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

2：根据第1条进行模拟。不要退缩

---

为什么您认为首先需要缩减数据库？顺便说一句，100gb是相当小的—一旦达到1000gb或更大，就会出现运行问题。

为什么需要收缩？为什么要收缩数据库？当释放的空间稍后再次使用时，您可能会遇到严重的碎片问题。为什么需要收缩？为什么要收缩数据库？当释放的空间稍后再次使用时，您可能会遇到严重的碎片问题。实际上，我需要ftp此数据库，这就是我希望尽可能缩小的原因。@MuhammadSharjeelAhsan抱歉，这根本不是原因。备份，压缩，发送。不需要收缩数据库。实际上我需要用ftp传输这个数据库，这就是我想尽量收缩的原因。@MuhammadSharjeelAhsan抱歉，这根本不是原因。备份，压缩，发送。不需要收缩数据库。