事务日志文件

作用

出于性能上的考虑，SQL Server将用户的改动存入缓存中，这些改变会立即写入事务日志，但不会立即写入数据文件。事物日志会通过一个标记点来确定某个事物是否已将缓存中的数据写入数据文件。当SQL Server重启后，它会查看日志中最新的标记点，并将这个标记点后面的事物记录抹去，因为这些事物记录并没有真正的将缓存中的数据写入数据文件。这可以防止那些中断的交易修改数据文件。

状况

一般情况下，在能够容纳两次事务日志截断之间发生的最大数量的事务时，事务日志的大小是稳定的，事务日志截断由检查点或者事务日志备份触发。

然而，在某些情况下，事务日志可能会变得非常大，以致用尽空间或变满。通常，在事务日志文件占尽可用磁盘空间且不能再扩展时，您将收到如下错误消息：

Error:9002, Severity:17, State:2

The log file for database ’%.*ls’ is full.

除了出现此错误消息之外，SQL Server 还可能因为缺少事务日志扩展空间而将数据库标记为 SUSPECT。有关如何从此情形中恢复的其他信息，请参见 SQL Server 联机帮助中的“磁盘空间不足”主题。

另外，事务日志扩展可能导致下列情形：

· 非常大的事务日志文件。

· 事务可能会失败并可能开始回滚。

· 事务可能会用很长时间才能完成。

· 可能发生性能问题。

· 可能发生阻塞现象。

原因

事务日志扩展可能由于以下原因或情形而发生：

· 未提交的事务

· 非常大的事务

· 操作：DBCC DBREINDEX 和 CREATE INDEX

· 在从事务日志备份还原时

· 客户端应用程序不处理所有结果

· 查询在事务日志完成扩展之前超时，您收到假的“Log Full”错误消息

· 未复制的事务