在使用数据库的过程中，频繁的新增、修改、删除，导致日志文件越来

越大，甚至比数据库文件本身还大。

在企业管理器里面，好象并不能直接将该日志文件删除。限制文件的大

小，只能是停留在目前的水平，比如，当前的日志文件是500M，那么你

只能限制它大小为501M。当然在创建数据库的时候，可以指定日志文件

的大小，例如10M。不过，也不知道到达了10M后系统会怎么样。不会报

错吧？应该是一个环形的模式，到达临界点后又自动覆盖最前面的地方

，这样循环反复，周而复始。

可是对于已经巨大无比的日志文件该怎么办呢？如果不想想办法，看样

子还会继续发酵下去，直到塞满整个硬盘为止。

查阅资料。书上说（《SQL SERVER疑难解析》，电子工业出版社），

SQL SERVER的日志文件有两种意义上的大小，一是逻辑大小，一是物理

大小。物理大小指的是日志文件占用的硬盘空间，而逻辑大小是指实际

存储了多少日志。要减少数据库日志文件的大小，可以采用收缩的办法

，即删除不活动的逻辑日志。

这里分为两种情况：

1、               数据库的故障还原模式为简单模式（可以在数据库

的属性-选项中看到故障还原模式），可以用以下命令直接收缩：

DBCC SHRINKFILE(日记文件逻辑名称，收缩后以MB为单位的文件大小)

如：

DBCC SHRINKFILE(gcjs_log,1)

GO

运行后，日志文件将会收缩到1M。

2、               数据库的故障还原模式为完全模式或大容量恢复模

式，要先截断，将够多的逻辑日志标为不活动：

BACKUP LOG 数据库名 WITH NO_LOG

GO

然后再

DBCC SHRINKFILE(日记文件逻辑名称，收缩后以MB为单位的文件大小)

GO

这样，就可以将日志文件收缩到指定的大小。

日志文件可用来做数据恢复，书上教导我们，收缩日志文件应该建立在

经常做数据库完全备份的基础上

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/16436858/viewspace-545030/，如需转载，请注明出处，否则将追究法律责任。