主页 / dba / 问题 / 232714
Accepted
user3841709
Asked: 2019-03-22 04:20:51 +0800 CST

缩小后适当调整日志文件的大小 - SQL

  • 772

最近我通过运行 DBCC LOGINFO 命令发现我们的 2012 SQL Server 数据库包含超过 100,000 个虚拟日志文件。在进行了大量研究之后，对于缩小后我应该设置 Log 的确切大小，我仍然感到不安。

使用下面的代码片段并根据我的详细信息，我应该将我的日志文件设置为什么建议大小，你会建议我更改我的自动增长吗？

USE AdventureWorks
GO
BACKUP LOG AdventureWorks TO DISK='d:\adtlog.bak'
GO
-- Get Logical file name of the log file
sp_helpfile
GO
DBCC SHRINKFILE(AdventureWorks_Log,TRUNCATEONLY)
GO
ALTER DATABASE AdventureWorks
MODIFY FILE
(NAME = AdventureWorks_Log,SIZE = 1GB)
GO
DBCC LOGINFO
GO
  • 当前数据库大小：39,482,368 KB
  • 初始数据库大小：38,557,000 KB

  • 自动增长：128 MB

  • 当前日志文件大小：34,964,480 KB

  • 初始日志文件大小：34,145,000 KB
  • 自动增长：128 MB

每周 6 天，每天进行 8 次日志备份，而自动增长几乎每周发生一次。日志文件也位于与数据库不同的存储设备上

另外：许多 VLF 可能是上一个 DBA 没有缩小文件时遗留下来的。自从我们将自动增长从默认值更新为 128 MB 并设置此初始大小以来，已经过去了一两年。

sql-server-2012 transaction-log

1 个回答

  1. Best Answer

    我认为您会在这里找到一个很好的起点 -设置事务日志大小和增长

    从链接总结：

    • 将您的事务日志设置得足够大，这样它就不会在正常操作期间增长。当日志增长时，数据库中的所有更新活动都会停止，因此您希望尽量减少日志增长。
    • 对于初始日志大小，您可以粗略估计重建 db 中最大表所需的日志大小（粗略地说，就是该表的大小）并将初始日志大小设置为该值。这将是“适合最大交易”的方法。不精确，但很简单。
    • 应将日志文件增长从百分比（默认值）更改为固定 MB 大小并进行监控。
    • 该链接引用了 BULK RECOVERY 模型的用法，以限制事务日志的大小，因为“最少记录”事务（如 BULK INSERT 和 INDEX REBUILDS）。您只能从 FULL RECOVERY 切换到 BULK RECOVERY，但您应该知道您无法恢复到包含“最少记录”事务的时间点，因为在该过程中不会生成单个日志（插入/更新/删除）记录. 虽然实际日志文件对于“最少记录”事务不会很大，但由于备份在“最少记录”事务期间受影响的更改数据范围，日志备份仍然很大。
    • 在 FULL RECOVERY 中，事务日志将继续增长，直到发生日志备份（假设没有任何未完成的事务）
    • 在 SIMPLE RECOVERY 中，事务日志“基本上”可在事务提交工作后重新使用。
    • 一般来说，不鼓励收缩日志。在某些时候，有活动导致它增长到那个大小（索引重建等）。在某些情况下，可能会发生异常问题并导致事务变得比正常需要的大，在这些情况下，您可能需要将日志缩小到更实际的大小

    在旁注中，您的问题表明您每天要备份 8 次事务日志（每周 6 天）。我强烈建议您阅读每分钟备份事务日志。对真的。

    • 1

相关问题