问题[team-foundation-server](server)

我正在使用 Azure DevOps Server（本地）v2020 更新 1.2 (v18.181.32404.7)

我们正准备迁移到 Azure DevOps 服务（云），但我们的数据库很大，我们正在努力清理它。

TL;DR：表中有近 60 GB 的测试附件tbl_Content，尽管表中没有相应的记录，但其中许多附件仍然存在Build.tbl_Build。

查看项目集合的数据库，tbl_Content它是迄今为止最大的 - 占用约 110 GB。我运行了以下查询，将“team test”标识为近 60 GB 的所有者：

SELECT SUM(m.CompressedLength) / 1024.0 / 1024.0 AS BlobSizeInMB
FROM tbl_FileReference AS r
JOIN tbl_FileMetadata AS m
ON r.ResourceId = m.ResourceId
AND r.PartitionId = m.PartitionId
WHERE r.PartitionId = 1
AND OwnerId = 4

该查询的结果：

我制作了一个查询，它将显示特定构建的附件（内容）。下面是一个示例，我在其中运行构建 64447 的查询，该构建属于 ID=600 的构建定义：

SELECT
r.FileId,
r.ResourceId,
r.CreationDate,
a.FileName,
bc.BuildUri,
bc.BuildId,
bc.BuildNumber,
bc.BuildDefinitionId,
bd.DefinitionName,
r.DeletedOn,
b.BuildId as BuildIdFromBuildTable,
CompressedLength / 1024.0 / 1024.0 AS BlobSizeInMB
FROM tbl_FileReference AS r
LEFT JOIN tbl_FileMetadata AS m
ON r.ResourceId = m.ResourceId
AND r.PartitionId = m.PartitionId
left join tbl_Attachment a on r.FileId = a.TfsFileId
left join tbl_TestRun tr on a.TestRunId = tr.TestRunId
left join [tbl_BuildConfiguration] bc on tr.BuildConfigurationId = bc.BuildConfigurationId
left join Build.tbl_Definition bd on bc.BuildDefinitionId = bd.DefinitionId
left join tbl_Content content on content.ResourceId = r.ResourceId
left join Build.tbl_Build b on b.BuildId = bc.BuildId
WHERE r.PartitionId = 1
AND OwnerId = 4
AND BuildDefinitionId = 600
AND bc.BuildId = 64447
ORDER BY r.CreationDate DESC

这给了我一堆如下所示的记录：

因此，我可以看到这些附件记录确实存在，并且占用了 中的空间tbl_Content，但是因为该BuildIdFromBuildTable列显示了 a NULL，所以我们可以看到表中没有 ID 为 64447 的任何构建的记录Build.tbl_Build（我还检查了dbo.tbl_Build只是为了安全的）。

因此，看起来即使该构建不久前被删除，该构建的附件仍然存在，并且占用了我们的 TFS DB 中的许多 GB 数据。

我尝试tfsbuild destroy在正确的项目和围绕此构建日期的日期范围的集合上运行命令，但它表示未找到已删除的构建。

我怎样才能摆脱大量孤立的构建附件数据？

我正在使用在 Windows Server 2019 上运行的 IIS10 和 TFS2018。

我最终要做的是设置附件大小，它将使用这个 URL：

http://localhost:8080/tfs/MyTFSProjectCollection/WorkItemTracking/v1.0/ConfigurationSettingsService.asmx?op=SetMaxAttachmentSize

然而，这不起作用。

实际的网站已经启动——它在 IIS 中运行，我可以从网络上的任何工作站获取面向用户的真实数据。但是，我无法从 IIS / TFS 主机访问它，无论是通过该特定 URL 还是进入 IIS 并尝试通过 IIS 控制台“浏览”该网站。不幸的是，这是根据我所知设置最大文件大小的唯一方法。

我只得到：

无法访问此页面

•确保网址正确

•在 Bing 上搜索此网站

•刷新页面

有问题的网站使用 SSL，所以出于好奇，我尝试了该 URL 的 https:// 版本，甚至还有一个带有 https:// 和 :443 的变体。我也刚刚尝试关闭端口，但无济于事。

主机使用代理，我已禁用它无济于事（它设置为绕过本地地址的所述代理，甚至对 localhost 和它自己的 IP 地址有明确的例外）。这没有帮助。

如果我能够在其他地方访问它，是什么阻止我在自己的主机上浏览网站本身？没有太多信息可以尝试解决这个问题，我能找到，而且服务器本身也不会出现。

我的客户使用TFS 2018 作为他们的 CI/CD 工具。我知道您可以使用 TFS 将ARM 模板部署到Azure，但我以前从未这样做过。我通常只使用门户或 powershell。我知道我需要创建一个管道来执行部署，但我还有一些其他问题让我感到困惑：

1. 如果基础设施没有改变（或几乎没有改变）， ARM 模板是否需要构建和发布 管道（两者）？我的印象是大多数人使用构建管道来验证模板或他们的代码，然后发布是部署到天蓝色或任何地方。
2. 我可以使用一个包含我所有资源的单个 ARM 模板进行部署，还是必须部署单个模板（ASP，然后是 Web 应用程序，然后是存储帐户，然后是 Redis）？
3. 在我部署任何东西之前需要一个资源组。我是否可以在 ARM 模板中包含其他所有内容（RG + 一个模板中的所有资源）中的资源组创建步骤，或者我需要一个 RG 模板，然后是其他模板？
4. 如果它们是多个环境（开发、测试、产品），我是否需要为每个环境提供多个构建/发布管道，或者是否可以配置指向每个环境的管道？每个环境中的资源都会有不同的命名约定，所以除了必须更新 ARM 模板中的值之外，我不确定这会如何影响其他事情。

对于上述问题，我将不胜感激任何建议/建议，谢谢！

我需要在我的 IIS 应用程序池中配置几个远离默认设置的设置，但我没有找到很好的指导，也没有很幸运的试错实验。

我有两个正在使用的应用程序池。一个托管一个应用程序，另一个托管两个。这些应用程序用于支持我们办公室的日常工作，是用户通过网站或本地 Visual Studio 客户端访问的 TFS 本地实例。该机器是一个虚拟 Windows 主机，最大 RAM 为 16GB，常规使用量在 10.5GB 左右。

有问题的值是回收请求限制、专用内存限制和虚拟内存限制。

这三个的默认值为“0”，表示“无限制”。这是不允许的。

到目前为止，似乎每当我在相关字段中设置任何值时，TFS 的性能都会下降。它仍然可以访问，但明显慢得多。

对于内存限制，我在网上找到了一些指导，应用程序通常只能使用 1.6GB 之类的东西，所以我开始试用两个池的 2GB 限制。这效果不好，所以我一直在增加它，直到我为两个池提供了 16GB 的最大限制（以 kb 表示，所以 16777216kb）。私有内存限制和虚拟内存限制中使用的数量保持不变，因为似乎没有任何迹象表明它们应该分开。

回收的请求限制，另一个不能再为“0”的值，被设置为 35000——这显然是 IIS 6.5 的“最佳实践”。

我不确定为什么性能下降了。在我看来，这些配置更改正在阻止 IIS 应用程序获取所需的所有内存，从而导致它们陷入困境。但是，显然，我允许相关应用程序使用 16GB - 这肯定与“0”相同，因为这是他们能够从 16GB 上的“无限”设置中获取的最大内存RAM 托管虚拟机。

将内存限制设置回“0”会提高性能，而将请求限制设置回会稍微提高一点。

奇怪的是，无论这些设置是什么，机器内存使用似乎都没有偏离。

不幸的是，我不知道如何正确配置它，因为有问题的要求没有任何限制。除了找到关于设置多少数量的建议之外，我也无法找到一个具体的资源来说明如何自己解决这个问题——也就是说，我可以手动插入别人的价值观，但我不清楚我是如何做到的应该能够查看我自己的应用程序并根据某些已知值得出结果。我确实知道 w3wp 进程是一个管理应用程序池的 IIS 工作进程——但它似乎只需要约 228,000K 的峰值——无论如何，根据任务管理器。

我应该如何配置这些内存处理设置，以及我应该根据什么做出决定？我不确定为什么如果我为它提供系统上的最大内存量（16GB），它的性能会不如我提供无限量的内存（无论如何它本身都会受到系统内存限制 16GB 的约束）。

我们有一个 2015 TFS 服务器，其中包含 8 个要迁移到 Azure devops 的集合。

我已经尝试过 Microsoft Azure devops 迁移工具，但它正在将每个集合视为单个组织，但我们希望将所有 8 个集合归于一个组织。每个系列都有不同的项目。

有没有办法做到这一点？我看过 Microsoft 文档，但无法获得完美的解决方案。我应该怎么办？有人可以指导我吗？

TFS 2017.3 本地环境：1 个应用服务器、1 个 Web 服务器、1 个数据库服务器

我正在使用位于 sqlserver\instance 的现有 tfs 数据库，并在指定 tfs 连接数据库时收到以下错误：

我更新了 sql server 实例以包含端口号 (sqlserver\instance,portnumber)，但现在在验证过程中收到以下错误：

TF401293: 指定的 SQL Server 实例 sqlserver\sqlinstance,portnumber 无效。不能同时指定端口号和命名实例。指定一个或另一个。

我该如何解决这个问题？

在 TFS 2017 配置期间运行验证后收到以下错误。

错误：VS403232：无法验证绑定“”中使用的证书“”的信任链。无法将证书链构建到受信任的根颁发机构。

证书已在服务器上的服务器证书中导入。

如何解决此错误？

根据文档，我了解 TFS2017 与 SQL2017 不兼容。但是，是否可以将 TFS SQL2016 数据库移动到 SQL2017 并将其作为 SQL2016 运行？

我现在正在尝试这个并在验证配置时收到以下错误。

错误：TF255146：您指定的 SQL Server 实例（数据库服务器）是版本“SQL Server vNext”，此版本的 Team Foundation Server 不支持。

我是 TFS 管理员，但我没有访问 TFS 服务器的权限，如何使用 Visual Studio 2015 或通过 Web 门户获取 TFS 版本？我可以像运行 dos 命令一样

tf info
tf destroy

问候，托尼

我最近接手了管理 TFS 实例的职责，但我以前没有经验。在过去的 6 个月中，团队项目的数据库似乎变得异常大，阅读我能找到的所有内容帮助我（我认为）找出了罪魁祸首，但我不知道该怎么办。任何帮助，将不胜感激。

我已经运行了广泛可用的查询，例如：

SELECT TOP 3 o.name, 
SUM(reserved_page_count) * 8.0 / 1024 SizeInMB,
SUM(CASE 
WHEN p.index_id <= 1 THEN p.row_count
ELSE 0
END) Row_Count
FROM sys.dm_db_partition_stats p
JOIN sys.objects o
ON p.object_id = o.object_id
GROUP BY o.name
ORDER BY SUM(reserved_page_count) DESC

要找到这个：

name             SizeInMB       Row_Count
tbl_Content      313489.765625  10090278
tbl_Version      33400.828125   27518951
tbl_AggregateMap 10638.539062   32955145

还有这个其他查询：

SELECT Owner = 
CASE
WHEN OwnerId = 0 THEN 'Generic' 
WHEN OwnerId = 1 THEN 'VersionControl'
WHEN OwnerId = 2 THEN 'WorkItemTracking'
WHEN OwnerId = 3 THEN 'TeamBuild'
WHEN OwnerId = 4 THEN 'TeamTest'
WHEN OwnerId = 5 THEN 'Servicing'
WHEN OwnerId = 6 THEN 'UnitTest'
WHEN OwnerId = 7 THEN 'WebAccess'
WHEN OwnerId = 8 THEN 'ProcessTemplate'
WHEN OwnerId = 9 THEN 'StrongBox'
WHEN OwnerId = 10 THEN 'FileContainer'
WHEN OwnerId = 11 THEN 'CodeSense'
WHEN OwnerId = 12 THEN 'Profile'
WHEN OwnerId = 13 THEN 'Aad'
WHEN OwnerId = 14 THEN 'Gallery'
WHEN OwnerId = 15 THEN 'BlobStore'
WHEN OwnerId = 255 THEN 'PendingDeletion'
END,
SUM(CompressedLength) / 1024.0 / 1024.0 AS BlobSizeInMB
FROM tbl_FileReference AS r
JOIN tbl_FileMetadata AS m
ON r.ResourceId = m.ResourceId
AND r.PartitionId = m.PartitionId
WHERE r.PartitionId = 1
GROUP BY OwnerId
ORDER BY 2 DESC

寻找

Owner           BlobSizeInMB
CodeSense       264426.749071121093
VersionControl  8728.462930678710
TeamTest        477.505887984375
ProcessTemplate 2.953623771484
FileContainer   0.024445533203

鉴于我们的代码，虽然 VersionControl = 8GB 似乎完全没问题，但 CodeSense 非常大。我没有在任何地方找到有关该功能的信息，或者如何禁用它。请帮忙！

PS：如果它与VS中的CodeLens功能有关，我们也没有使用它。