SQL日志收缩及截断方法详解

一、截断事务日志：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

--查询日志文件对应的fileid
select @fileid=fileid from sysfiles where [name] like '%log%'

--缩减日志文件，{fileid}为刚才查询出来的日志文件对应的fileid号
DBCC SHRINKFILE(@fileid)