我在 Azure SQL MI 的数据文件中有一个 600GB 的数据库和 400GB 的可用空间。我打算缩小它并保存存储，但它是用户会话的关键数据库。
有两个计划：
方案 A：一次将数据文件压缩到 210GB。
方案B：每次收缩5GB，逐个执行。
你有什么想法吗？B计划有什么好处？
AskOverflow.Dev
我在 Azure SQL MI 的数据文件中有一个 600GB 的数据库和 400GB 的可用空间。我打算缩小它并保存存储，但它是用户会话的关键数据库。
有两个计划：
方案 A：一次将数据文件压缩到 210GB。
方案B：每次收缩5GB，逐个执行。
你有什么想法吗？B计划有什么好处？
主要是我能想到的唯一区别是计划 A 将导致持续的数据库争用，而计划 B 将是一次更短的争用时间，但总体上可能需要更长的时间才能完成。如果您有一个非常繁忙的数据库，则计划 B可以最大限度地减少性能问题，但如果您的数据库设置为以大于您可以缩小 5 GB 的速率增长，那么这可能是徒劳的尝试。
此外，您通常不应该缩小数据库，因为这通常是一种浪费的繁重操作。相反，您应该确定导致大幅增长的原因，是否正常，以及您的数据库增长设置是否正确配置。