收缩数据库

本主题介绍如何在 SQL Server 2014 中使用 SQL Server Management Studio 或 Transact-SQL 收缩数据库。

收缩数据文件通过将数据页从文件末尾移动到更靠近文件开头的未占用的空间来恢复空间。在文件末尾创建足够的可用空间后，可以取消对文件末尾的数据页的分配并将它们返回给文件系统。

开始之前

收缩后的数据库不能小于数据库的最小大小。最小大小是在数据库最初创建时指定的大小，或是上一次使用文件大小更改操作（如 DBCC SHRINKFILE）设置的显式大小。例如，如果数据库最初创建时的大小为 10 MB，后来增长到 100 MB，则该数据库最小只能收缩到 10 MB，即使已经删除数据库的所有数据也是如此。
不能在备份数据库时收缩数据库。反之，也不能在数据库执行收缩操作时备份数据库。
遇到 xVelocity 内存优化的列存储索引时，DBCC SHRINKDATABASE 将会失败。遇到 columnstore 索引之前完成的工作将会成功，因此数据库可能会较小。若要完成 DBCC SHRINKDATABASE，请在执行 DBCC SHRINKDATABASE 前禁用所有列存储索引，然后重新生成列存储索引。

若要查看数据库中当前的可用（未分配）空间量。有关详细信息，请参阅显示数据库的数据和日志空间信息
当您计划收缩数据库时，请考虑以下信息：
- 在执行会产生许多未使用空间的操作（如截断表或删除表操作）后，执行收缩操作最有效。
- 大多数数据库都需要一些可用空间，以供常规日常操作使用。如果反复收缩数据库并注意到数据库大小变大，则表明收缩的空间是常规操作所必需的。在这种情况下，反复收缩数据库是一种无谓的操作。
- 收缩操作不会保留数据库中索引的碎片状态，通常还会在一定程度上增加碎片。这是不要反复收缩数据库的另一个原因。
- 除非有特定要求，否则不要将 AUTO_SHRINK 数据库选项设置为 ON。

要求具有 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员身份。

连接到数据库引擎。
在标准菜单栏上，单击 “新建查询” 。
将以下示例复制并粘贴到查询窗口中，然后单击“执行” 。此实例使用 DBCC SHRINKDATABASE 减少 UserDB 数据库中数据文件和日志文件的大小并允许数据库中有 10 ％的可用空间。

DBCC SHRINKDATABASE (UserDB, 10);
GO

被移动用来收缩文件的数据可以分布到文件的任何可用位置。这将导致索引碎片并使搜索索引范围的查询变慢。若要消除碎片，请考虑在收缩后重新生成文件的索引。