SQL Server数据库日志已满的解决方法

Server Error in '/' Application.

--------------------------------------------------------------------------------

 

数据库教程 'databasename' 的日志已满。请备份该数据库的事务日志以释放一些日志空间。

出现如上错误，请把数据库的故障恢复模式改为"简单"模式 , 即可解决
此问题主要出现在访问量较大的站，日志文件会增加的很快
解决SQL数据库日志已满的问题

1、右键数据库→属性→选项→故障还原模型→设为简单→确定；

2、右键数据库→所有任务→收缩数据库→确定；

3、右键数据库→属性→选项→故障还原模型→设为大容量日志记录→确定。


1、清空日志

DUMP　TRANSACTION　库名　WITH　NO_LOG

2、截断事务日志

BACKUP　LOG　数据库名　WITH　NO_LOG

3、收缩数据库文件(如果不压缩,数据库的文件不会减小)

企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件

--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。

--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

也可以用SQL语句来完成

--收缩数据库

DBCC SHRINKDATABASE(客户资料)

--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles DBCC SHRINKFILE(1)


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

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数,直接输入这个数,确定就可以了