TFS 从 2017 年升级到 2018 年答案

【问题标题】：TFS Upgrade from 2017 to 2018TFS 从 2017 年升级到 2018 年
【发布时间】：2018-11-01 17:26:36
【问题描述】：

我正在将我的 TFS 实例从 2017 年升级到 2018 年。由于 TFS 2018 需要 SQL Server 2016，我将按如下方式进行：

我的计划有什么明显的缺陷吗？我已经编写了用户脚本，并且我假设数据库中的权限不需要考虑，因为它们是副本。

【问题讨论】：

【解决方案1】：

您的步骤看起来不错。温馨提醒，您必须使用 SQL Server 2016 （最低 SP1），这是 TFS2018 支持的迷你版本，不支持 SQL Server 2016。

这通常是一个 3 步过程： 由于 -- Before you upgrade to TFS 2018

禁用旧的工作项表单（实际上不是一个步骤。只需选中该框）

还要进行生产前升级测试，这是升级中非常重要的一个功能；由于我们在升级后保留了服务器的旧名称，因此我们必须立即更改此名称以防空运行或试用迁移

除了建议你也看看其他教程的详细步骤和屏幕截图显示如何升级到 TFS2018，这可能对你有帮助：

【讨论】：

如果我不复制数据库以收集我们不再积极使用的集合，我会遇到什么样的问题？不会有什么大不了的吗？例如，我有一个名为 TestCollection 的集合，它仍在 TFS 中。我不打算将 TestCollection 数据库复制到新的 SQL 实例。 TFS 会有多沮丧？

【解决方案2】：

听起来不错的计划，但更好的计划是使用Powershell DBATools。

坚持使用您的日志传送方法来迁移数据库，但对于其他一切（登录、SQL 代理作业等），请使用 PS DBATools。您也可以使用PS DBATools Log shipping 进行数据库迁移。

使用 PS DBATools 进行迁移有很多很好的理由，其中一些是：

一个 PS 命令为您完成所有工作，无需编写脚本并在新环境中创建它们。
登录名在迁移期间保持其 SID。
从源到目标复制几乎所有内容，包括警报、备份媒体、SQL Server - 服务器级别配置设置（如果您的新服务器比旧服务器更强大，您可能需要更改此设置）、凭据、代理、链接服务器等。
它可以帮助您设置日志传送并在计划时为您进行切换。
如果您不想一次性迁移所有内容，您可以探索命令以仅将您想要的内容逐个迁移或酌情迁移。

简而言之，如果您正在处理 SQL Server 的并行升级，Powershell DBATools 是您的朋友，并且会为您消除很多痛苦，就地升级它的用处不大。

【讨论】：