ErikEV's questions

介绍

我读过很多关于从数据库中删除数据以及使用 shrink 命令的风险的文章。但是，我有机会将数据库迁移到一台停机时间较长的新服务器，因此我打算重置数据库并缩减其大小（以提高性能并节省托管环境中的成本）。

背景

• 现有的SQL Server是2016Web版。
• 新的 SQL Server 2022 标准版。
• 数据库大小~120GB。
• 一些大表以及这些大表上的索引构成了其中的大部分。
• 我只想专注于数据库大小的缩减。对于创建新服务器的其他部分，我感觉还算满意。

拟议流程

停电前

1. 运行使用语法的存储过程DELETE FROM。我已经仔细测试过了。它们会批量删除，并且会在几天内运行。
2. 监视日志文件和日志磁盘以仔细检查是否有足够的空间。
3. 确保在到达停机时间时删除处理已经完成。

停电期间

4. 对数据库进行完整备份并放在安全的地方。
5. 删除最大的索引（我将针对大约 3 或 4 个）。
6. 将数据库置于简单恢复模式。
7. 尽可能缩小日志和数据库文件。
8. 备份数据库。
9. 将备份文件复制到新服务器。
10. 将数据库还原到正确的文件位置
11. 应用已删除的索引。
12. 重建所有索引。
13. 更新统计数据。
14. 将数据库恢复到完整恢复模式。
15. 测试和重启应用程序

我正在考虑截断生产数据库中的一个大表。它充满了实际不需要的日志数据。经过网上搜索，我了解到以下几点。

• TRUNCATE 与 DELETE 有何不同。
• 释放的空间不会释放回文件系统。
• 您可以缩小数据库以释放磁盘空间，但是，您需要小心谨慎地这样做。
• 如果我 TRUNCATE 的表再次增长，它将重用释放的空间。

我的问题是这样的：

如果我确实截断了表，其他表的增长是否会重新使用释放的空间，从而从长远来看节省磁盘空间？

我问这个问题的原因是，如果其他表中有用的新内容使用此空间，并且它可以防止磁盘上的增长（至少在重用空间耗尽之前），那就太好了。

提前谢谢了。