我最近被要求把我们的数据库的一个.bak文件发送到客户端，并通过重新索引100％填充因子（以确保没有空插槽）的所有表，并调整事务日志的大小，并“缩小”文件仍然很大（在7zipping之前）。
我无法find有关在.bak任何地方发生索引数据的信息。 所以，问题是，.bak文件已经排除了索引数据吗？ 或者有没有一种方法，剥夺所有索引数据之前采取.bak，只是在恢复重build？
我曾尝试寻找类似的职位发布之前，道歉，如果这已被问及/回答。
是否有一套已知的步骤来制作最小的可恢复的.bak文件
a）不关心transcations（你在单用户模式下，所有的交易都提交）。
b）不关心可以重build的索引/统计数据
c）不关心恢复需要多长时间。
尝试脚本化所有索引 ，然后使用其中一个脚本删除索引，然后进行备份，恢复数据库，然后使用脚本重build索引。