sqlserver日志文件太大解决方法

Posted on In

在SQL Server数据库中事务日志起着至关重要的作用：

它持续记录数据库所有的事务和这些事务对数据库所做的修改;一旦数据库出现灾难事件，就需要事务日志来进行近期数据的恢复操作。

不过，要得到任何好处都要付出的相应代价：

在活动数据库中，事务日志会消耗大量的存储空间，如果你不做任何干预，事务逻辑日志会一直增长，直到塞满存储这些日志文件的所有可用空间。SQL Server提供了两个用来平衡事务日志对空间巨大需求的操作：截断事务日志和收缩事务日志。

日志截断

截断事务日志操作就是清除事务日志文件中的非活动记录。一般情况下，SQL Server能够自动执行截断操作，不需要人工干预管理。截断的频率取决于数据库的使用程度。你每进行一次完整恢复模式或大容量日志恢复模式的数据库备份，SQL Server就会截断一次事务日志。如果是在简单恢复模式下(不能还原事务日志)，SQL Server会在每个检查点之后截断事务日志。

你也可以通过间接的方式手动驱使SQL Server执行事务日志截断操作，需要运行备份操作，不过你可以给SQL Server下指示，表明你只想执行事务日志的备份操作，不做执行其他任何操作。通过以下的T-SQL命令可以达到上述效果：BACKUP LOG WITH TRUNCATE_ONLY;

日志收缩

截断日志虽然确实从日志文件中清除了事务，但并不会真正减小物理日志文件的大小。SQL Server希望事务日志最终会扩展到其截断前的大小，所以截断不会释放已经分配给日志的硬盘空间。如果你的日志在某一时刻人为地扩展到某个大小，却再也无法恢复到这个大小的话可就麻烦大了。

在这种情况下，要释放硬盘物理空间做其他用途，就要手动进行事务日志文件收缩操作。你可以使用以下的T-SQL命令来实现日志文件收缩：DBCC SHRINKFILE(,)

上面命令中的desired_shrink_size指的是你想要回收的硬盘空间大小(以MB为单位)。你可以在执行完事务日志截断操作之后立即回收大部分的磁盘空间。

####SQL Server 的事务日志意外增大或充满的处理方法

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

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

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

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”错误消息
  • 未复制的事务

解决方法：日志文件满而造成SQL数据库无法写入文件时，可用两种方法

  • 一种方法：清空日志。

    1. 打开查询分析器，输入命令 DUMP TRANSACTION 数据库名 WITH NO_LOG
    2. 再打开企业管理器–右键你要压缩的数据库–所有任务–收缩数据库–收缩文件–选择日志文件–在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。

  • 另一种方法有一定的风险性，因为SQL SERVER的日志文件不是即时写入数据库主文件的，如处理不当，会造成数据的损失。

    1. 删除LOG
      分离数据库 企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
    2. 删除LOG文件
      附加数据库 企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库
      此法生成新的LOG，大小只有500多K。

注意：

建议使用第一种方法。如果以后,不想要它变大。
SQL2000下使用：
在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句：
alter database 数据库名 set recovery simple

另外，如上图中数据库属性有两个选项，与事务日志的增长有关：

  • Truncate log on checkpoint(此选项用于SQL7.0，SQL 2000中即故障恢复模型选择为简单模型)
  • 当执行CHECKPOINT 命令时如果事务日志文件超过其大小的70% 则将其内容清除在开发数据库时时常将此选项设置为True Auto shrink
  • 定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时，系统将会自动缩减文件使其未用空间等于25%
  • 当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小
  • 对事务日志文件的缩减只有在对其作备份时或将 Truncate log on checkpoint 选项设为True 时才能进行
  • 注意：一般立成建立的数据库默认属性已设好，但碰到意外情况使数据库属性被更改，请用户清空日志后，检查数据库的以上属性，以防事务日志再次充满。