主页 / server / 问题 / 26314
Accepted
Spence
Asked: 2009-06-16 18:30:42 +0800 CST

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

  • 772

我们可以处理性能问题。

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

我只是想知道运行这个命令是否有任何风险。

Sql Server 2005 数据库

sql-server log-files

5 个回答

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

    • 1

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

    • 1

  3. 保罗兰德尔在这里有一个非常深入的线程。他的博客上也有一篇文章：

    开启 SQL Server 自动收缩是否安全？

    这不是您的确切问题，但确实对 DBCC SHRINKFILE 的工作原理/方式有所了解。

    • 1

  4. 如果您的日志没有缩小，还有一些指示：

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

    这是安全的，但在交易活动较少的安静时间进行。建议将日志缩小到最小大小，然后将其增长到正常大小（这将确保创建正确数量的 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

    • 1

相关问题