如何在SQL Server Express中强制运行清理作业释放存储空间

操作前提 #

你在Azure DevOps前端删除的内容不会直接释放数据库空间，需要先完成Azure DevOps后台的清理作业标记脏数据，再手动触发SQL Server Express的存储清理，两步都完成后才能释放可用空间。

第一步：运行Azure DevOps后台清理作业 #

• 打开Azure DevOps Server管理控制台，切换到应用层节点
• 进入作业选项卡，依次找到三类清理作业：TFS Version Control Cleanup Job（版本控制清理）、TFS Work Item Tracking Cleanup Job（工作项清理）、TFS Attachment Cleanup Job（附件清理）
• 逐个选中作业，点击立即运行，等待所有作业执行完毕，此时你此前删除的内容会被正式标记为数据库可回收空间

第二步：强制触发SQL Server Express清理作业 #

SQL Server Express默认的每日清理作业核心是自动回收脏数据占用的空间，手动执行以下操作可以直接触发等效逻辑：

1. 用SQL Server Management Studio以sysadmin权限连接到你的SQL Server Express实例
2. 定位到Azure DevOps对应的集合数据库，默认命名格式为Tfs_<你的集合名称>
3. 先截断事务日志，避免日志占用额外空间：
   • 执行命令修改数据库恢复模式为简单（减少日志增长）：

     ALTER DATABASE [Tfs_你的集合名称] SET RECOVERY SIMPLE WITH NO_WAIT
     

   • 执行检查点标记可回收空间（SQL Server 2008 R2及以上版本适用）：

     USE [Tfs_你的集合名称]
     GO
     CHECKPOINT
     GO
     

4. 手动执行数据库收缩，也就是强制触发日常清理作业的核心逻辑：

   DBCC SHRINKDATABASE (N'Tfs_你的集合名称', 10)
   

   命令末尾的10代表收缩后保留10%的可用空间，你可以根据实际需求调整数值。

验证与注意事项 #

• 收缩完成后执行sp_spaceused命令即可查看当前数据库的实际占用，确认空间是否成功释放
• 收缩操作会产生较高的磁盘IO负载，建议在业务低峰期执行，避免影响正常使用
• 该方案仅为临时应急手段，长期使用请尽快迁移至无容量上限的正式版SQL Server

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