缩小我的数据库中的日志文件(通过SSMS或发出DBCC ShrinkFile命令)会出现什么实际问题？

Question

我听说过由于缩小数据库数据或日志文件而导致的潜在损坏或数据丢失。我特别好奇的是，仅仅缩小日志文件，有什么真正的例子可以弹出这样做的问题？

看上去这些标签在这个问题上对我不利：

Answer 1

就Server产品而言，SHRINKFILE操作是安全的。它旨在尊重锁、恢复模型、事务日志使用等。在SQL Server代码中没有错误的情况下，收缩数据库文件不会导致数据丢失的损坏。

所有代码都有错误，因此像缩小数据或日志文件这样的常规操作有可能导致损坏。但任何事情都是如此。服务器2012和2014中有一个错误，它在重建某些索引时导致损坏。这意味着索引重建不是不安全的。

在收缩数据或日志文件时遇到的所有问题都与性能和可维护性有关(导致索引碎片，当数据大小再次增大时，必须等待自动增长事件，等等)。

Answer 2

如果您正在对日志文件进行定期备份或在简单恢复模式下运行，则日志文件应该主要由空闲空间组成；缩小日志文件只会截断日志文件中的空闲空间。这通常是安全的，但是您需要意识到日志文件很可能只会增长到以前的size....when --日志将自动增长，这可能会在每次发生时导致性能下降。

缩小磁盘空间的唯一真正原因是，如果磁盘空间不足，如果日志正在填满驱动器，则应考虑添加额外的磁盘空间作为长期解决方案。