sql server 2008 r2数据库文件过大，如何收缩释放空间？

在SQL Server 2008 R2的管理工作中，数据库收缩是一项需要谨慎操作的维护任务，它主要用于释放数据库文件中未使用的空间，从而减小操作系统文件的大小，这通常在执行了大规模数据删除或归档操作后，为了回收磁盘空间而进行，频繁或不当地执行收缩操作可能会引发严重的性能问题，如索引碎片增加和I/O负载加重，理解其工作原理、操作方法和最佳实践至关重要。

理解数据库收缩的原理

数据库文件（包括数据文件.mdf和日志文件.ldf）在使用后，即使删除了数据，文件本身的大小通常不会自动缩小，删除数据后，文件内部会留下许多空闲的“页”，但这些页仍然被数据库文件所占用，收缩操作的核心机制就是将这些分散在文件末尾的空闲空间释放给操作系统，SQL Server会尝试将文件尾部的数据页移动到文件前部的空闲位置,然后截断并释放文件尾部不再包含数据的部分。

这个过程分为收缩数据文件和收缩日志文件，两者的处理逻辑有所不同，特别是日志文件的收缩需要先进行日志备份（在完整或大容量日志恢复模式下）以截断不活动的虚拟日志文件（VLF）。

收缩数据库的两种主要方法

在SQL Server 2008 R2中，您可以通过图形化界面（SSMS）或T-SQL命令来执行收缩操作。

使用SQL Server Management Studio (SSMS)

对于不熟悉T-SQL命令的用户而言,SSMS提供了一个直观的操作界面。

1. 连接到SQL Server实例，在“对象资源管理器”中展开“数据库”节点。
2. 右键单击需要收缩的数据库，选择“任务” -> “收缩” -> “数据库”。
3. 在弹出的“收缩数据库”对话框中,您会看到当前数据库的大小和可用的空闲空间。
4. 您可以直接点击“确定”执行默认收缩，或者调整选项，更精细的控制是通过收缩单个文件实现的，因此更推荐选择“任务” -> “收缩” -> “文件”。

在“收缩文件”对话框中，您可以进行更精确的设置,下表解释了关键选项：

选项	说明
数据库	显示当前所选的数据库名称。
文件类型	可选择“数据”或“日志”，以指定要收缩的文件类型。
文件名	从下拉列表中选择要收缩的具体文件。
操作	释放未使用的空间：直接将文件末尾的空闲空间释放，最小化文件移动，速度快。
在释放前重新组织页：将数据页从前向后移动，以最大限度地释放空间，但会产生更多I/O和索引碎片。
将文件收缩到：可以指定一个目标大小，文件将被收缩到该值（不能小于当前数据已占用空间）。

通常情况下，选择“释放未使用的空间”是风险较低的选择，如果需要释放大量空间，可以选择“在释放前重新组织页”,但请务必在操作后重建索引。

使用T-SQL命令

T-SQL命令提供了更强的灵活性和脚本化能力,适用于自动化运维。

收缩整个数据库

使用 DBCC SHRINKDATABASE 命令可以收缩数据库中的所有文件。

DBCC SHRINKDATABASE (YourDatabaseName, [target_percent]);

• YourDatabaseName：要收缩的数据库名称。
• target_percent（可选）：数据库收缩后，文件中剩余可用空间的百分比，如果指定为10，SQL Server会尝试将文件收缩到只剩10%的空闲空间，如果省略,则默认将文件收缩到最小可能大小。

收缩单个文件

更推荐使用 DBCC SHRINKFILE 命令,因为它允许您精确控制收缩哪个文件以及收缩到多大。

DBCC SHRINKFILE (LogicalFileName, [target_size]);

• LogicalFileName：要收缩的文件的逻辑名称（不是物理文件名），可以通过 sys.database_files 视图查询。
• target_size（可选）：希望将文件收缩到的目标大小，以MB为单位,此值不能小于当前数据已占用的空间。

要将 MyDB_Data 文件收缩到 5000MB：

USE MyDB;
GO
DBCC SHRINKFILE (MyDB_Data, 5000);
GO

最佳实践与注意事项

1. 避免常规化：绝对不要将数据库收缩作为定期的维护任务，数据库通常会再次增长，这种“增长-收缩”循环会严重消耗系统资源，并导致大量索引碎片,损害查询性能。
2. 明确时机：仅在一次性、永久性地移除了大量数据（历史数据归档或清理）后才考虑收缩,确保在业务低峰期执行此操作。
3. 收缩后重建索引：如果执行了涉及数据页移动的收缩操作（如 DBCC SHRINKFILE 指定了 target_size），索引几乎一定会产生碎片，收缩操作完成后，必须立即执行索引重建或重新组织操作,以恢复数据库性能。
4. 日志文件的特殊性：收缩日志文件前，必须先截断日志，在完整恢复模式下，需要执行一次日志备份；在简单恢复模式下，需要等待一个检查点（checkpoint）完成，截断后，日志文件尾部的活动VLF之前的 inactive VLF 才可以被收缩。
5. 预留空间：在收缩时，不要将文件收缩到其当前已用空间大小，应适当预留一些增长空间,以避免数据库因日常操作而频繁触发自动增长事件。

---

相关问答FAQs

问题1：为什么我执行了收缩数据库命令，但文件大小几乎没有变化？
解答： 这种情况通常由以下原因导致，数据库文件中可能根本没有位于末尾的连续空闲空间可以释放，即使总空闲空间很大，但如果它们分散在文件中间，收缩操作也无法有效释放，您可能只是释放了空间但没有截断文件，使用 DBCC SHRINKFILE (FileName, EMPTYFILE) 可以尝试将数据移出，但最直接的方法是检查 sys.database_files 目录视图中的 size（文件总大小）和 space_used（已使用空间）列，如果两者差距很小,那么自然没有多少空间可以收缩。

问题2：数据库收缩和自动收缩功能有什么区别？我应该启用自动收缩吗？
解答： 手动收缩是您按需执行的一次性操作，而自动收缩是数据库的一个属性，一旦启用，SQL Server会定期（默认每30分钟）检查并自动收缩数据库，当空闲空间超过25%时会触发，强烈建议不要在生产环境中启用自动收缩，因为它会导致不可预测的“增长-收缩”循环，持续产生I/O开销和索引碎片，严重影响数据库的稳定性和性能，数据库收缩应始终是一个审慎、手动、且有明确后续维护（如重建索引）的操作。