SQL Server日志文件总结及充满处理

核心提示： 性能优化交易日志对数据库有重要作用，同时它对系统的整体性能也有一定影响，SQL Server日志文件总结及充满处理(2)，通过几个选项，我们可以对交易日志的性能进行优化， · 可能发生性能问题， · 可能发生阻塞现象，由于交易日志是一个连续的磁盘写入过程，在这当中不会发生读取动作

　　性能优化

　　交易日志对数据库有重要作用，同时它对系统的整体性能也有一定影响。通过几个选项，我们可以对交易日志的性能进行优化。由于交易日志是一个连续的磁盘写入过程，在这当中不会发生读取动作。因此将日志文件放在一个独立的磁盘，对优化性能有一定作用。

　　另一项优化措施与日志文件的体积有关。我们可以设置日志文件的体积不超过硬盘空间的百分之几，或者确定它的大小。如果将其设置的过大会浪费磁盘空间，而如果设置的过小则会强制记录文件不断尝试扩展，导致数据库性能下降。

　　事务日志文件Transaction Log File是用来记录数据库更新情况的文件，扩展名为ldf。

　　在 sql server(WINDOWS平台上强大的数据库平台) 7.0 和 sql server(WINDOWS平台上强大的数据库平台) 2000 中，如果设置了自动增长功能，事务日志文件将会自动扩展。
一般情况下，在能够容纳两次事务日志截断之间发生的最大数量的事务时，事务日志的大小是稳定的，事务日志截断由检查点或者事务日志备份触发。

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

　　Error:9002, Severity:17, State:2
　　The log file for database '%.*ls' is full.

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

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

　　· 非常大的事务日志文件。
　　· 事务可能会失败并可能开始回滚。
　　· 事务可能会用很长时间才能完成。
　　· 可能发生性能问题。
　　· 可能发生阻塞现象。

　　原因

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

　　· 未提交的事务
　　· 非常大的事务
　　· 操作：DBCC DBREINDEX 和 CREATE INDEX
　　· 在从事务日志备份还原时
　　· 客户端应用程序不处理所有结果
　　· 查询在事务日志完成扩展之前超时，您收到假的“Log Full”错误消息
　　· 未复制的事务