简介
在 Microsoft SQL Server 2005 中，您可以收缩数据库中的事务日志文件以删除未使用的页面。数据库引擎将有效地重新使用空间。但是，当事务日志文件意外增长时，可能必须要手动收缩事务日志文件。

本文介绍如何在 SQL Server 2005 数据库中在完整恢复模式下使用 DBCC SHRINKFILE 语句手动收缩事务日志文件。您在 SQL Server 2005 中用于收缩事务日志文件的方法可能与在 SQL Server 2000 中用于收缩事务日志文件的方法有所不同。 有关如何在 SQL Server 2000 中收缩事务日志文件的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
272318 (http://support.microsoft.com/kb/272318/) INF：使用 DBCC SHRINKFILE 收缩 SQL Server 2000 中的事务日志
 回到顶端

更多信息
在 SQL Server 2005 中，收缩操作 (DBCC SHRINKFILE) 会立即尝试将指定的事务日志文件收缩为要求的大小。要在完整恢复模式下手动收缩事务日志文件，请首先备份事务日志文件。然后，使用 DBCC SHRINKFILE 语句收缩该事务日志文件。

通常，在 SQL Server 2005 中收缩事务日志文件比在 SQL Server 2000 中收缩事务日志文件要快。原因是 SQL Server 2005 日志管理器会根据物理磁盘存储顺序创建或重新使用非活动的虚拟日志文件。因此，事务日志文件的非活动部分通常位于文件的末尾。

例如，事务日志文件可能包含 100 个虚拟日志文件，但仅使用 2 个虚拟日志文件。SQL Server 2000 会将使用的第一个虚拟日志文件存储在事务日志文件的开头，将使用的第二个虚拟日志文件存储在事务日志文件的中间。为了将事务日志文件仅收缩为 2 个虚拟日志文件，SQL Server 将使用虚拟日志项填充第二个虚拟日志文件的剩余部分。SQL Server 会将逻辑日志的开头移到日志管理器指定的下一个可用的虚拟日志文件中。日志管理器可能会在事务日志文件的中间、上一个活动的虚拟日志文件之前创建一个虚拟日志文件。在这种情况下，必须使用多个日志备份操作和多个收缩操作才能成功地将事务日志文件收缩为 2 个虚拟日志文件。最糟糕的情况是，您可能必须使用 50 个日志备份操作和 50 个收缩操作才能成功地将事务日志文件收缩为 2 个虚拟日志文件。

不过，在 SQL Server 2005 中，您执行一个 DBCC SHRINKFILE 语句就可以立即将事务日志文件收缩为 2 个虚拟日志文件。这是因为 SQL Server 2005 日志管理器按照物理磁盘存储顺序创建了 2 个虚拟日志文件。这两个虚拟日志文件都位于事务日志文件的开头。

当您尝试在 SQL Server 2005 中收缩可用空间很小的事务日志文件时，必须执行另一个日志备份操作。这个附加的日志备份操作会将事务日志文件截断为较小的大小。在 SQL Server 2000 中收缩事务日志文件时，除了要执行上述三个步骤外，还要执行此日志备份操作。有关更多信息，请参阅“简介”一节提到的 Micro

[1] [2] 下一页