SQL Server中如何验证DBCC SHRINKFILE成功及获取收缩历史统计

确认DBCC SHRINKFILE操作是否成功 #

如果没记录执行前的日志文件大小，可以通过以下方式验证收缩是否生效：

• 对比当前大小与预期目标：执行以下查询获取当前日志文件的实际大小和可用空间，如果你还记得收缩时指定的目标大小，直接对比即可判断是否达到预期：

SELECT 
    name AS 日志文件名,
    size/128.0 AS 当前大小_MB,
    size/128.0 - CAST(FILEPROPERTY(name, 'SpaceUsed') AS INT)/128.0 AS 可用空间_MB
FROM sys.database_files
WHERE type_desc = 'LOG';

• 查看SQL Server错误日志：错误日志会记录DBCC操作的执行结果，执行以下查询搜索相关记录：

EXEC xp_readerrorlog 0, 1, 'DBCC SHRINKFILE';

如果日志中出现DBCC SHRINKFILE for file ID X completed successfully的条目，说明操作已成功完成。

确认当前无收缩进程运行 #

要检查是否还有收缩进程在后台运行，执行以下查询：

SELECT 
    session_id,
    command,
    status,
    database_id
FROM sys.dm_exec_requests
WHERE command IN ('DBCC', 'DBCC SHRINKFILE', 'DBCC SHRINKDATABASE');

如果返回空结果，说明当前没有任何收缩相关的进程在执行。

获取收缩事件的历史统计信息 #

SQL Server默认不会记录收缩操作的详细历史统计（比如前后文件大小的变化），但可以通过以下途径获取部分信息：

• 错误日志：通过之前提到的xp_readerrorlog可以查到收缩操作的执行时间和成功状态，但无法获取文件大小的前后对比数据。
• 扩展事件（Extended Events）：如果提前创建了跟踪sqlserver.dbcc_command_started和sqlserver.dbcc_command_completed事件的会话，可以从事件数据中提取历史执行记录。但如果没有提前配置，就无法回溯获取。
• SQL Server审计：如果启用了服务器级或数据库级审计，且包含DBCC操作的审计规则，审计日志中会留存收缩操作的执行时间、执行账户等信息。
• 第三方监控工具：如果部署了数据库监控工具，这类工具通常会留存性能指标和操作日志，可能包含文件大小变化的历史数据。

内容的提问来源于stack exchange，提问作者Eddie Kumar