Avamar：SQL 插件日志截断不会缩小 SQL 事务日志文件

Avamar SQL 插件备份 — 观察到的行为

在 Avamar SQL 插件备份期间或之后，管理员可能会注意到以下情况：

• SQL 事务日志将被截断，但其物理文件大小不会减少。
• 尽管成功完成了备份，但日志文件仍保持备份前的大小。
• 未满足备份过程将自动缩减日志文件的预期。

对SQL事务日志管理的误解

此问题源于 Avamar SQL 插件在备份期间截断和收缩 SQL 事务日志文件的错误假设。实际上，Avamar 仅向 SQL 发出信号，表明已执行完整备份，从而允许 SQL 截断日志。它不执行任何日志缩减作。

• SQL 截断会将非活动虚拟日志文件 （VLF） 标记为可重用，但物理文件大小保持不变。
• Microsoft SQL Server 的默认逻辑在截断后绝不会减小物理日志文件大小。
• 日志增长参数（初始大小、增长增量、最大大小）控制文件扩展，而不是缩减
• DBA 通常希望自动缩减，从而导致在日志文件保留其原始大小时造成混淆。

VLF 行为的影响

每个 VLF 都是可以标记为活动或非活动状态的最小单元。如果任何 VLF 包含所需的日志记录，则整个 VLF 将保持活动状态，从而防止重复使用文件的该部分。截断仅释放完全不活动的 VLF;它不会折叠文件。

典型的管理假设

• 假设备份启动的截断也会缩小日志文件。
• 依靠 Avamar 管理日志大小，而无需单独的缩减例程。
• 忽略对计划的 DBCC SHRINKFILE 或管理控制台缩减任务的需求。

Avamar SQL 插件如何处理事务日志文件

Avamar 的 SQL 插件会在备份后截断事务日志，但不会压缩物理日志文件。如果需要较小的文件大小，DBA 必须手动缩减日志大小。

缩减 SQL 事务日志的分步过程

• 确认最新的 Avamar 备份已成功完成。
• 验证是否发生了日志截断（日志标记为可重用）。
• 使用 SQL Server Management Studio （SSMS） 或 T-SQL 脚本执行手动缩减作。
• 如果需要持续的大小缩减，请计划定期缩减任务。

有关收缩 Microsoft SQL 日志文件的其他信息，请参阅：

• 缩减事务日志 （外部链接）
• DBCC SHRINKFILE （Transact-SQL） （外部链接）