TFS 2010 升级到 TFS 2013 - Window Server 2019 Standard 可以支持升级吗？

Question

我们希望在生产环境中执行以下 TFS 升级：

1. 将 TFS 2010 升级到 TFS 2013.5
2. 将 TFS 2013.5 升级到 TFS 2019

为了支持这两种迁移，我们有一个 Windows Server 2019 标准版来托管应用程序层。数据层将安装在专用的 SQL 框上。

然而，Microsoft 网站将 Windows Server 2012（Essentials、Standard、Datacenter）列为 TFS 2013 所需的最新服务器操作系统版本。

因此，我的问题是，我们是否仍然可以在 Windows Server 的较新版本（在我们的例子中为 Windows Server 2019 标准版）上执行此计划升级到 TFS 2013？

Answer 1

我同意丹尼尔的观点，请完全按照文档进行操作。

由于您可以从 TFS 2010 --> TFS 2012.3 --> TFS 2019 或从 TFS 2010 --> TFS 2013.5 --> TFS 2019 升级，因此您可以考虑尝试从 TFS 2010 升级到 TFS 2012.3相同的 Windows Server 2008 R2 Enterprise 服务器，然后在升级到 DevOps Server 2019.1.1(TFS 2019.1.1) 时迁移到 Windows Server 2019 标准版。

Answer 2

“支持”是指“经过测试并且已知可以工作”。更高版本的操作系统尚未经过测试，可能无法正常工作，或者 TFS 甚至可能一开始就无法安装。

我一天完成了数十次 TFS 升级。我的建议是完全遵循 Microsoft 提供的文档。如果某个操作系统未列为受支持的操作系统，请不要使用该操作系统。

Answer 3

因此，经过 Stackoverflow 上各种来源的反复讨论和无数次辩论和建议，最终我成功完成了从 TFS 2010 到 Azure DevOps Server (TFS) 2019.1 的迁移升级

然而，我想强调 5 个非常重要的点：

1. 这是一次完整的迁移升级（不是就地升级），因此每次迁移到更高的 TFS 版本都是使用新的/替换硬件完成的。
2. 两次升级均已完成，基于 Mohamed Radwan 的优秀 YouTube 教程，该教程可在 here 找到，并且严重依赖 TFSBackup 和 TFSRestore 实用程序，我相信自 2012 年以来，这两个工具都随所有版本的 TFS 一起提供版。
3. 我只迁移了 TfsConfiguration 数据库和我们的 Project 数据库。
4. 没有迁移 SharePoint。
5. 没有迁移 Reporting Services。
6. 我们没有在 TFS 2010 管理控制台中设置计划备份。

TFS 2010 到 TFS 2013 - 一些有用的注意事项

• 我的 TFS 2010 数据库的备份是从 TFS 2013 实例（安装后）的工具目录执行的，在我的应用程序层的新专用硬件上。
• 使用 TFSRestore 实用程序成功还原数据库后，通常需要使用 TFSConfig 工具执行三个关键任务，以确保两个 TFS 实例之间的数据完整性不会受到损害或损坏。这些是按相同顺序执行的 PrepareClone、ChangeServerID 和 RemapDB 任务。

PrepareClone 任务在执行时失败，在尝试解决问题几天后，我最终放弃了，主要是因为 PrepareClone 命令删除了有关计划备份、SharePoint 和报告来自 Azure DevOps Server 部署的资源，用于两种情况：

• 当您将部署移动到新硬件但想继续使用旧部署时。

• 克隆 Azure DevOps Server 部署时。

我们的迁移范围内没有任何计划的备份、SharePoint 或 Reporting Services，当然也不打算长期使用旧的部署，除了几天的迁移验证和测试升级。因此，我忽略了这个错误。

我还指望如果 ChangeServerID 命令成功运行，这将确保两个实例现在无论如何都是离散的，已分配了唯一的 GUID。幸运的是，ChangeServerID 任务成功了。

然后我还执行了 RemapDB 命令，但实际上这甚至不是必需的，因为 ChangeServerID 命令已经完成了重新映射任务。

从那时起，迁移就像做梦一样，完全没有遇到任何问题。另一个要补充的关键点，我们的 TFS 2010 实例的备份只有在我确保没有用户登录系统之后才完成，并且在备份之后，我使 2010 实例完全脱机。

TFS 2013 到 Azure DevOps Server (TFS) 2019.1 - 一些有用的注意事项

• 再次使用 TFSBackup 和 TFSRestore 实用程序（这次来自 Azure DevOps Server 2019.1 工具目录）并几乎重复了之前迁移升级的步骤，我成功地让我们顺利进入了目标 2019 实例。李>
• 更好的是，借助 Azure DevOps 2019，TFSConfig PrepareClone、ChangeServerID 和 RemapDB 任务已合并到应用层配置向导中，这意味着您无需从命令行手动运行它们。该工具会为您提供全方位的服务，非常棒！！
• 新的生产前升级选项使我能够模拟并以某种方式执行最终升级的试运行，这是 Azure DevOps Server 2019.1 的服务器配置向导中合并的另一个出色功能

我的结束语

• 从它的易用性和简单易用性来看，它大量使用自动化并且显然不太可能导致任何灾难，我很惊讶不推荐 TFSBackup 和 TFSRestore 工具，因为它可能是当前最佳迁移选项，当然取决于目标迁移类型。

• 我过去曾进行过 TFS 升级，这些升级是基于停止项目集合、将数据库分离和重新附加到目标实例等的旧过程，并且必须承认几乎没有如果我能提供帮助，我将来有机会回到那个位置，因为在我看来，TFSBackup 和 TFSRestore 工具是一个更好、更安全、更可靠的选择。

希望此反馈能够帮助下一个可能踏上将 TFS 从 2010 版升级到更高版本的类似旅程的人。