SQL Server 事务日志分析
内容提要
本文介绍了SQL Server数据库中事务日志的重要性和查看分析方法，包括使用本机功能和第三方工具。事务日志记录每个事务和对数据库的更改，对于问题识别和数据恢复至关重要。方法包括fn_dblog()函数、fn_dump_dblog()函数、DBCC PAGE命令和dbForge Transaction Log for SQL Server等工具。
延伸解读
事务日志的不可关闭性与空间管理
SQL Server 中每个数据库的事务日志始终启用且无法关闭，文件以 .LDF 为扩展名。日志数据按顺序添加，可能跨多个物理文件，但系统视为一个连续文件。随着数据不断累积，日志文件会显著增大，若不定期截断，可能占满所有可用磁盘空间。截断会从逻辑日志中移除不活动的虚拟日志文件以释放空间。管理员应设置合适的 FILEGROWTH 值，并可用 DBCC LOGINFO 管理虚拟日志文件的数量和属性。
内置函数的局限与适用场景
SQL Server 未提供默认工具查看和分析事务日志，但可用 fn_dblog()、fn_dump_dblog() 和 DBCC PAGE 等未正式文档化的方法。fn_dblog() 只能读取在线活动日志，且返回 129 列，需额外筛选；fn_dump_dblog() 可访问在线和备份日志，参数多达 63 个但可用 DEFAULT 简化，并支持 WITH STOPBEFOREMARK 精确恢复。DBCC PAGE 需先启用跟踪标志 3604，且不推荐直接访问日志数据，输出可能包含错误和警告，格式也不便于人工解读。
第三方工具与备份恢复要点
dbForge Transaction Log for SQL Server 是专用日志阅读器，提供图形界面，支持查看登录信息、审计数据更改、访问变更历史、事务重放与回滚、恢复删除记录、将选定表回退到特定时间点以及导出事务为 SQL 文件。备份事务日志至关重要：应从完整数据库备份开始，建立备份计划，恢复时按完整备份、差异备份、事务日志备份的顺序进行，并将备份单独存放在安全位置，以降低数据丢失风险。
Q&A
SQL Server 的事务日志文件是什么格式，存储了哪些信息？
事务日志在 SQL Server 中存储为 .LDF 文件，记录所有事务及数据库修改的详细信息，包括事务开始和结束时间、UPDATE/INSERT/DELETE 操作、表和索引的创建删除、表截断、锁信息、页分配和释放等。
为什么需要定期管理事务日志的大小？
事务日志会随着数据积累不断增大，如果不定期截断日志（移除不活动的虚拟日志文件），可能会占满所有可用磁盘空间。可以通过设置合适的 FILEGROWTH 值和定期截断来管理大小，并使用 DBCC LOGINFO 命令管理虚拟日志文件。
fn_dblog() 和 fn_dump_dblog() 函数有什么区别？
fn_dblog() 只能查询在线和活动的事务日志，而 fn_dump_dblog() 可以访问在线和备份的事务日志，克服了 fn_dblog() 的限制。fn_dump_dblog() 需要指定 63 个参数（可用 DEFAULT 简化），并允许使用 WITH STOPBEFOREMARK 将数据库恢复到精确时间点。
如何使用 DBCC PAGE 命令查看事务日志？有什么注意事项？
使用 DBCC PAGE 命令前需先启用跟踪标志 3604（DBCC TRACEON (3604, -1)），然后执行 DBCC PAGE 命令读取 MDF 和 LDF 文件。但该命令不推荐直接用于访问事务日志数据，因为输出可能包含错误和警告，且格式不易人工解读。
dbForge Transaction Log 工具能做什么？
dbForge Transaction Log for SQL Server 是一个专用的事务日志阅读器，提供用户友好的界面，支持查看详细登录信息、审计表数据更改、访问数据库更改历史、事务重放和回滚、恢复删除的记录、将选定表恢复到特定时间点、导出事务为 SQL 文件等功能。
备份和恢复 SQL Server 数据库时，事务日志备份应该遵循什么顺序？
备份时应从完整数据库备份开始，然后定期进行事务日志备份（可辅以差异备份）。恢复时，先还原完整数据库备份，接着还原最近的差异备份，最后还原事务日志备份到所需的时间点。备份应存储在安全且独立于主数据库环境的位置。
