收缩拆分 TFS 2017.u1 集合答案

【问题标题】：Shrink split TFS 2017.u1 collections收缩拆分 TFS 2017.u1 集合
【发布时间】：2017-10-24 17:22:58
【问题描述】：

我最近将我的主要收藏分为两个收藏（A 和 B），其中 A 包含我们正在积极开展的所有团队项目，B 包含我们不再使用的所有项目。 A 包含大约 10 个团队项目，B 包含大约 5 个。我按照本文中的拆分集合的说明进行操作：https://docs.microsoft.com/en-us/vsts/tfs-server/admin/split-team-project-collection

在拆分之前，我们的数据库大约为 33Gb。拆分后，据我了解，两个数据库的总和（缩小后）应该大致相同。相反，我们有两个大约 33Gb 的数据库。

我查看了这个线程 (https://connect.microsoft.com/VisualStudio/feedback/details/804226/collection-database-size-is-not-reduced-after-destroy-large-files-or-completely-delete-team-projects)，我可以看到 B 有大约 25k 文件要删除，而 A 大约有 100k。

我试过跑步：

EXEC prc_DeleteUnusedContent @partitionId = 1
EXEC prc_DeleteUnusedFiles  1, 0, 10

这可能会释放每个空间 2-3GB 的空间，但应该释放更多空间。我的大部分数据都在 tbl_content 中（数据库 B 中大约 28464856 KB）。 SQL 报告 A 有大约 3 GB 的可用空间，B 有大约 4 个。我希望这些数字更接近 10-15。

我觉得我错过了一些简单的东西。

【问题讨论】：

标签： tfs

【解决方案1】：

请注意，当您删除原始项目时，元数据和文件不会立即被清理，因为 TFS 在后台执行此类工作。按照here 中描述的解决方案检查 7 天后。

如果你想强制它，你可以对相关的集合数据库运行上面提到的命令：

EXEC prc_CleanupDeletedFileContent 1

EXEC prc_DeleteUnusedFiles 1, 0, 10

根据你的描述，命令是有效的。

但请注意，第二个命令中的 chunksize 10 是批处理大小，因此如果您的存储库包含的文件数量超过该数量，您可能需要多次运行该命令。或者就像丹尼尔在你提到的链接中所说的那样：如果你觉得它跑得足够快，你可以增加这个数字。例如：EXEC prc_DeleteUnusedFiles 1, 0, 100000

另请注意，这可能会在几天后在后台自行解决。

此外，您还可以清理测试附件。参考：When to use the Test Attachments Cleaner (and when not)

以及下面的文章来分析和收缩数据库供大家参考：

【讨论】：

那是一个错字——我是在 1000 之前做的。今天，我再次尝试，花了一些时间，清除了几百，然后又立即返回。测试附件清洁器适用于 tfs 2015。这适用于 2017 年吗？
@ChristopherC。 PowerTool i 适用于 VS 2015，不适用于 VS 2017，如果可能，您可以使用 VS 2015 连接到 TFS 2017。您是否尝试过上述答案中提到的其他方法？这对你有用吗？
我已经尝试过 CleanupDeletedFileContent 和 DeleteUnusedFiles。有时它似乎在运行，删除一些文件，然后所有后续运行都非常快。现在它正在运行并且需要一些时间。不确定这是否是一个好兆头，但我会让它顺其自然。正如我所读到的，2015 年测试附件清理器将无法与 2017 年一起使用，因为结构发生了变化，我没有在我的生产实例上进行测试。
@ChristopherC。那行得通吗？问题解决了吗？
一段时间后，计数变为 0，但仍然没有显示数据库中有很多可用空间。我只是暂时处理它。