从本地TFS迁移至VSTS：dbo.tbl_Content需操作，数据库超DacPac限制

遇到这个问题挺常见的——TFS用久了，那些存放在SQL数据库里的Blob数据（比如源代码文件、构建产物、工作项附件这类）会越攒越多，直接生成DacPac肯定容易超限。结合你给出的数据库数据（Blob占了159GB，远大于元数据的28GB），核心思路就是把Blob数据从SQL数据库里剥离或者清理掉，让DacPac只处理元数据部分。下面给你几个实操方案：

一、先做冗余数据清理（最快见效） #

先把没用的冗余数据清掉，能快速降低数据库整体大小：

• 删除废弃团队项目：找到那些已经停用、没人维护的团队项目，直接在TFS管理控制台删除，对应的Blob和元数据会被清理，这是最快速减容的方式。
• 清理旧构建/发布记录：在TFS的Web界面或者管理控制台里，给构建和发布设置合理的保留策略，删除超过保留期的构建产物、发布包。如果手动清理的话，也可以批量选中旧记录删除。
• 彻底删除无用的版本控制历史：如果有已经合并、再也不会用到的旧分支，或者很早的变更集，可以用tf destroy命令彻底删除（注意：这个操作不可恢复，一定要先确认数据没用了再执行）。
• 清理工作项附件：批量找出工作项里的旧附件、大附件，手动或者用脚本清理掉不需要的部分。

二、把Blob数据迁移到外部存储（长期解决方案） #

TFS支持将Blob数据存在外部存储（比如本地文件共享或者Azure Blob存储），而不是SQL数据库里，这样数据库里只留元数据，DacPac大小自然就达标了：

1. 准备好外部存储：如果用本地共享，要确保TFS服务账户有读写权限；如果用Azure Blob，要创建好容器并获取连接字符串。
2. 在TFS管理控制台中，找到对应的团队项目集合，进入“Blob存储”配置页面，修改存储类型为外部存储，填入对应的存储路径或连接字符串。
3. 执行Blob迁移命令：用TFS自带的工具把SQL数据库里已有的Blob数据迁移到外部存储，命令示例如下：

   TfsConfig RemapDBs /DatabaseName:Tfs_YourCollection /SQLInstance:YourSQLServer /BlobStorageType:Azure /ConnectionString:"YourAzureBlobConnectionString"
   

   具体参数可以根据你的存储类型调整，执行前记得备份数据库。

三、绕过DacPac，用专用迁移工具 #

如果上面的方法都不想做，也可以用官方的迁移工具直接绕过DacPac限制：

• 使用Azure DevOps Migration Tool：这个工具可以直接迁移TFS的元数据、版本控制、工作项等内容到Azure DevOps（原VSTS），不需要生成DacPac，适合大体积的TFS实例。
• 备份还原到Azure SQL：先把TFS数据库备份，还原到Azure SQL数据库，然后在Azure DevOps中配置连接这个Azure SQL数据库，完成迁移。这种方式也不需要生成DacPac，能避开大小限制。

最后注意事项 #

所有操作前一定要做完整的数据库备份，防止数据丢失；每做完一步，都重新生成DacPac验证大小是否符合限制，确保能顺利迁移。

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