我的SQL Server 2008数据库文件（.mdf）文件接近24 MB，但日志文件增长到15 GB。 如果我想缩小数据库，需要考虑的重点是什么？
收缩会导致索引碎片，并影响我的数据库性能吗？
你的问题是你没有对事务日志进行备份，所以它不能删除日志中的任何值。 这与备份数据库不同，应该在每天最less的时间内完成（我们每15分钟做一次）。 在你解决这个问题之前，收缩对你一点都不好。
在线阅读有关事务日志备份的在线书籍部分。 如果您处于完整或大容量日志恢复模式，则这是必需的操作。 另请阅读关于收缩事务日志的部分。 如果您有生产数据库，这是您需要知道的重要信息。
build议您应该对该数据库进行事务日志备份，如果需要，可以收缩该数据库的日志文件。
第一，这是生产环境吗？ 对于生产环境来说，它是一个完整的恢复模型
你总是可以缩小文件级别或数据库级别，个人而言，我总是在收缩之前做一个日志备份，所以如果需要恢复的话，你应该备份它。
在没有备份日志的情况下收缩可能是有风险的，事务日志包含对数据库所做的每一个操作，以便它可以恢复先前的状态（谈论完全恢复模式）。 有时候缩小并不能帮助你减less日志的大小，如果你没有做备份，没有可用的空间可用，记住你看到的空间并不总是数据库真正使用的，它只是保留的。
它不会导致索引碎片，插入新的数据到表导致碎片到他们的索引，并为性能，以及…人们可以在缩小工作…但减less数据库或文件本身…消耗一些服务器资源并增加服务器的整体负载，所以build议您缩小或备份closures操作时间。
希望能帮助到你