如何在 SQL Server 2005 中使用 DBCC SHRINKFILE 语句收缩事务日志文件

文章翻译 文章翻译
文章编号: 907511 - 查看本文应用于的产品
展开全部 | 关闭全部

简介

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

本文介绍如何在 SQL Server 2005 数据库中在完整恢复模式下使用 DBCC SHRINKFILE 语句手动收缩事务日志文件。您在 SQL Server 2005 中用于收缩事务日志文件的方法可能与在 SQL Server 2000 中用于收缩事务日志文件的方法有所不同。 有关如何在 SQL Server 2000 中收缩事务日志文件的更多信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
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 中收缩事务日志文件时,除了要执行上述三个步骤外,还要执行此日志备份操作。有关更多信息,请参阅“简介”一节提到的 Microsoft 知识库文章。要在 SQL Server 2005 中收缩可用空间很小的事务日志文件,请按照下列步骤操作:
  1. 备份事务日志文件,以使大多数活动虚拟日志文件处于非活动状态。因此,可在以后的步骤中删除非活动的虚拟日志文件。为此,请运行与以下 Transact-SQL 语句相似的 Transact-SQL 语句。
    BACKUP LOG <DatabaseName> TO DISK = '<BackupFile>'
    注意:在此语句中,<DatabaseName> 是要备份的数据库名称的占位符。在此语句中,<BackupFile> 是备份文件完整路径的占位符。

    例如,运行以下 Transact-SQL 语句。
    BACKUP LOG TestDB TO DISK='C:\TestDB1.bak'
  2. 收缩事务日志文件。为此,请运行与以下 Transact-SQL 语句相似的 Transact-SQL 语句。
    DBCC SHRINKFILE (<FileName>, <TargetSize>) WITH NO_INFOMSGS
    注意:在此语句中,<FileName> 是事务日志文件名称的占位符。在此语句中,<TargetSize> 是事务日志文件目标大小的占位符。目标大小必须合理。例如,您不能将事务日志文件收缩为小于 2 个虚拟日志文件的大小。
  3. 如果 DBCC SHRINKFILE 语句未将事务日志文件收缩为目标大小,则运行步骤 1 中提到的 BACKUP LOG 语句,以使更多的虚拟日志文件处于非活动状态。
  4. 运行步骤 2 中提到的 DBCC SHRINKFILE 语句。执行此操作后,事务日志文件就应接近目标大小了。
总而言之,在 SQL Server 2005 中更改了日志管理器用于选取下一个虚拟日志文件的算法。因此,在 SQL Server 2005 中收缩事务日志文件与在 SQL Server 2000 中收缩事务日志文件不同,具体表现在:
  • 如果日志文件具有大量可用空间,在 SQL Server 2005 中收缩事务日志文件比在 SQL Server 2000 中收缩事务日志文件要快。
  • 如果日志文件没有可用空间,在 SQL Server 2005 中收缩事务日志文件与在 SQL Server 2000 中收缩事务日志文件相同。
  • 如果日志文件的可用空间很小,在 SQL Server 2005 中收缩事务日志文件要比在 SQL Server 2000 中执行此操作时多执行一个日志备份操作。

参考

有关更多信息,请参阅 SQL Server 2005 联机丛书中的下列主题:
  • 收缩事务日志
  • DBCC SHRINKFILE (Transact-SQL)
  • 截断事务日志

属性

文章编号: 907511 - 最后修改: 2013年7月16日 - 修订: 2.2
这篇文章中的信息适用于:
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL 2005 Server Enterprise
  • Microsoft SQL 2005 Server Workgroup
关键字:?
kbsqldeveloper kbsql2005engine kbinfo KB907511
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com