主页 / dba / 问题 / 251455
Accepted
James Jenkins
Asked: 2019-10-19 04:04:18 +0800 CST

SQL 日志文件 2TB 还不够，现在怎么办？

  • 772

这是一个假设性问题，来自sepupic的回答，他们解释说 2TB 是 SQL 日志文件的物理限制。

如果您需要超过 2Tb，则添加第二个日志文件。

我一直认为多个日志文件很糟糕，如多事务日志文件和性能影响一文中所述

我无法想象甚至会出现 2TB 日志文件的场景，但如果确实如此，并且由于某种原因更频繁的日志备份将无法治愈它（暗示了多个场景），你会怎么做？

您是否添加了第二个日志文件，或者还有其他内容？

sql-server transaction-log

3 个回答

  1. Best Answer

    多个日志文件不好

    并不是说多个日志文件不好……而是多个日志文件完全没有必要并且没有任何好处……除非您需要大于 2TB 的日志文件。

    使用数据文件，SQL Server 可以从多个文件中受益，因为它将同时对两个文件执行并行 I/O。但是，对于日志文件，SQL Server 只会写入其中一个。日志文件的循环性质意味着如果您创建两个文件，SQL Server 将写入一个，到达末尾，然后写入另一个，到达末尾，然后返回第一个，等等。

    拥有多个日志文件不会提高性能。

    但是，由于任何日志文件的容量限制最大为 2TB，如果您需要超过 2TB 的日志文件，则需要创建多个日志文件。这是创建多个日志文件的唯一原因。

    为什么需要 2TB 的日志文件？

    我无法想象甚至会出现 2TB 日志文件的情况

    因为你的事务日志会在完整备份期间增长，如果你有一个非常大的数据库需要花费日志时间来备份，并且在备份期间非常繁忙，那么在备份期间你可能会生成超过 2TB 的事务日志。

    同样，如果您有一个非常大的日志运行事务（例如在非常大的表上重建索引），您可能会在重新使用之前生成 2TB 的事务日志。

    当然，您的事务日志可能会因多种原因而增长。这些不一定会使您的日志变得非常大，但它们确实有助于增长。如果你的事务日志备份没有成功完成，或者你的 AG 没有同步，或者复制没有从你的日志中读取事务......你的日志文件将会增长。如果这些问题继续存在，您的日志文件最终将达到 2TB。

    也就是说，需要 2+TB 的日志文件是非常罕见的。

    • 8

  2. Microsoft 建议每个数据库只使用一个 LDF 文件。

    这个场景真的很特别。但是，您可以执行以下操作：

    1. Run the BACKUP LOG [database_name] WITH TRUNCATE_ONLY command
2. Run USE [database_name]
3. Run sp_helpdb 'database_name'
4. Write down the FileID of the log files.
5. For each file run the DBCC SHRINKFILE (FileID) command.

    我希望我能帮助你:)

    • 0

  3. 您是否添加了第二个日志文件，或者还有其他内容？

    或者，您只需设置合理autogrowth的大小并让您的日志文件增长。

    对它没有任何控制，日志文件可以超过2Tb，你不能明确地设置它，但没有什么可以阻止你的日志文件增长，只有disk可用空间。

    • 0

相关问题