在使用数据库时对日志运行 DBCC SHRINKFILE 命令是否存在风险

在使用数据库时对日志运行 DBCC SHRINKFILE 命令是否存在风险

我们可以处理性能下降的问题。

这也是一次性事件,因为创建了新索引,导致创建了大量日志文件。我需要缩小这个文件。

我只是想知道运行此命令是否存在风险。

Sql Server 2005 数据库

答案1

这是安全的,但要在事务活动较少的安静时间进行。建议将日志缩小到最小大小,然后将其扩大到正常大小(这将确保创建正确数量的 VLF(内部虚拟日志文件),从而提高记录命令的性能)。

如果数据库的日志没有缩小 - 如果数据库处于简单模式,则首先执行检查点命令,如果它已完全记录,则首先备份日志。

如果日志包含未处理的镜像或复制事务,那么它可能不会缩小到最小大小。

记得设置适当的自动增长值。

请参阅以下文章:

http://www.sqlskills.com/BLOGS/KIMBERLY/post/8-Steps-to-better-Transaction-Log-throughput.aspx

http://sqlblog.com/blogs/linchi_shea/archive/2009/02/09/performance-impact-a-large-number-of-virtual-log-files-part-i.aspx

答案2

假设您正在谈论 SQL Server 2000/2005,我在实时数据库上执行此操作没有任何问题。

答案3

我还缩小了活动数据库上的事务日志。它只影响事务日志的非活动块。

答案4

如果你的日志没有缩小的话,还有一些指示:

  1. 您可以备份您的交易日志。
  2. 您可以尝试运行检查点(http://msdn.microsoft.com/en-us/library/ms188748.aspx) 首先将所有脏页写入磁盘,然后运行 ​​dbcc shrinkfile。
  3. 如果您没有复杂的 sql 配置(例如:该特定数据库上的数据库镜像),您可以将数据库切换到简单恢复,然后将其切换回完整恢复模式(这可以在使用数据库时完成),并且肯定会缩小数据库日志文件。

相关内容