我正在为 SQL Server 2012 EE 制定一项计划，以正确缩小和键入（nchar 到 char 类型）一些不必要的 Unicode nvarchar(max) 字段，并希望通过一次性收缩来优化数据库大小作为停机时间的一部分。实验显示节省了 50% 的分配空间，即 11G 数据。
经过阅读和试验，很明显缩小数据库会导致索引碎片，重建索引会导致数据库扩展。真实的 Catch-22 情况。我不想在数据库中留下 50% 的可用空间，在这种情况下是 11G 的磁盘存储空间。
以下是一次性缩减的一种不错的方法，它允许以非碎片索引和最新的索引统计信息结束吗？
o 带验证的备份和重复备份。
o 删除所有索引。
o 通过复制到新表重建任何太胖的表，然后删除并重命名表。这目前运作良好。
o 缩小数据库，留出合理数量的可用空间。
o 重新创建所有被删除的索引。
o 验证数据库并检查碎片。
指出任何需要考虑的注意事项、建议、陷阱或备选方案，非常感谢。
谢谢，戴夫
简单恢复模型不会“关闭日志”——所以一般来说，除非您打算将这些活动中的任何一个分解成非常小的块，否则只需将日志预先设置得足够大以处理最大的重建，并且不要不要打扰恢复模型。
此外，一般来说，除非您的数据永远不会再次增长，否则暂时释放空间没有什么好处（假设我不知道您所说的“合理”是什么意思）。您将需要在驱动器上留出可用空间，以防数据库再次增长，对吗？为什么缩小它只是让它再次生长？在数据库增长之前，您是否打算在该空间上提供短期租赁服务？您是否只是想避免出现可用空间百分比警报？
建议：好好阅读这些帖子……