如果从来没有从事务日志中删除日志记录，逻辑日志就会一直增长，直到填满容纳物理日志文件的磁盘上的所有可用空间。在某个即时点，必须删除恢复或还原数据库时不再需要的旧日志记录，以便为新日志记录腾出空间。可通过以下语句解决： BACKUP LOG tablename WITH NO_LOG DBCC SHRINKFILE(Filename|FileID)
一、截断事务日志：BACKUP LOG tablename WITH NO_LOG
删除日志记录以减小逻辑日志的大小的过程称为截断日志。
1、永远不能截断事务日志的活动部分。 日志的活动部分是在任何时间恢复数据库所需的日志部分，因此必须有回滚所有未完成的事务所需的日志映像。 这部分必须始终在数据库中，因为一旦服务器发生故障，在服务器重新启动时必须用它恢复数据库。
2、日志活动部分起点处的记录由最小恢复日志序号 (MinLSN) 标识。 当截断事务日志时，删除包含 MinLSN 的虚拟日志文件头之前的所有日志记录。
3、截断不减小物理日志文件的大小，但减小逻辑日志文件的大小。
4、MinLSN的确定： 这是有两个活动事务的事务日志末端的简化版本。检查点记录已压缩成单个记录。
LSN 148 是事务日志内的最后一条记录。在执行处理 LSN 147 时所记录的检查点时，Tran 1 已经提交而且 Tran 2 是唯一的活动事务。这就使 Tran 2 的第一条日志记录成为最后一个检 查点上的活动事务的最旧日志记录。这使 LSN 142（Tran 2 的开始事务记录）成为 MinLSN。
二、收缩事务日志：DBCC SHRINKFILE(Filename|FileID)
1、日志收缩操作依赖于最初的日志截断操作。 2、日志截断操作不减小物理日志文件的大小，但减小逻辑日志的大小，并将没有容纳逻辑日志任何部 3、分的虚拟日志标记为不活动。 日志收缩操作会删除足够多的不活动虚拟日志，将日志文件减小到要求的大小。
DBCC SHRINKFILE收缩相关数据库的指定数据文件或日志文件大小。
语法DBCC SHRINKFILE ( { file_name | file_id } { [ , target_size ] | [ , { EMPTYFILE | NOTRUNCATE | TRUNCATEONLY } ] } )
参数file_name是已收缩文件的逻辑名称。若要获得文件name，可通过在当前数据库中搜索sysfiles得到name。
file_id是要收缩的文件的标识 (ID) 号。若要获得文件ID，请使用 FILE_ID 函数或在当前数据库中搜索 sysfiles。
target_size是用兆字节表示的所要的文件大小（用整数表示）。如果没有指定，DBCC SHRINKFILE 将文件大小减少到默认文件大小。DBCC SHRINKFILE 不会将文件收缩到小于存储文件中的数据所需要的大小。
EMPTYFILE将所有数据从指定文件中迁移到同一文件组中的其它文件。该选项允许使用 ALTER DATABASE语句除去文件。
NOTRUNCATE导致将释放的文件空间保留在文件中。当与 target_size 一起指定 NOTRUNCATE 时，释放的空间不会释放给操作系统。DBCC SHRINKFILE 的唯一影响是将已使用的页从 target_size 行上面重新定位到文件的前面。当未指定 NOTRUNCATE 时，所有释放的文件空间返回给操作系统。
TRUNCATEONLY导致文件中的任何未使用的空间释放给操作系统，并将文件收缩到上一次分配的大小，从而减少文件大小，而不移动任何数据。不尝试将行重新定位到未分配页。如果使用 TRUNCATEONLY，将忽略 target_size。------------------------------------------------------------------------------如下语句把table替换一下就好了
use {tabale}
--先执行如下语句：{tabale}为需要缩减的数据库BACKUP LOG {tabale} WITH NO_LOG
declare @fileid int
--查询日志文件对应的fileidselect @fileid=fileid from sysfiles where [name] like '%log%'
--缩减日志文件，{fileid}为刚才查询出来的日志文件对应的fileid号DBCC SHRINKFILE(@fileid)