代码之家  ›  专栏  ›  技术社区  ›  Bill Greer

2017-2018年TFS升级

  •  3
  • Bill Greer  · 技术社区  · 8 年前

    我正在将我的TFS实例从2017年升级到2018年。由于TFS 2018需要SQL Server 2016,我将按以下步骤进行操作:

    1. 将数据库日志传送到SQL Server 2016
    2. 在SQL Server 2016上恢复日志传送的数据库
    3. 将所有代理作业复制到新实例(日志传送作业除外)
    4. 关闭SQL Server 2014
    5. 将tfs2017指向新的SQL Server实例
    6. 运行tfs升级
    7. 删除与SharePoint有关的所有数据库

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

    2 回复  |  直到 8 年前
        1
  •  3
  •   PatrickLu-MSFT    8 年前

    你的脚步看起来不错。只是提醒一下,您必须使用SQL Server 2016 (最低SP1) 这是迷你版TF2018,不支持SQL Server 2016。

    更多详情请参考 Requirements and compatibility--SQL support .

    这通常是一个三步的过程: 禁用旧工作项窗体(实际上不是一个步骤)。只需勾选方框)由于-- Before you upgrade to TFS 2018

    1. 备份和升级SQL到2016 SP1
    2. 将tfs从tfs 2017升级到tfs 2018
    3. 将SQL从2016 SP1升级到SQL 2017(如果需要)

    另外,还要进行生产前升级测试,这是升级过程中非常重要的功能;因为升级后我们保留了服务器的旧名称,所以在进行试运行或迁移时,我们必须立即更改此名称。

    enter image description here

    此外,建议您还可以查看其他教程的详细步骤,屏幕截图显示如何升级到TF2018,这可能对您有所帮助:

    最后通过 impact of an upgrade to Team Foundation Server 2018 .

        2
  •  1
  •   M.Ali    8 年前

    听起来是个不错的计划,但更好的计划是 Powershell DBATools

    使用日志传送方法来迁移数据库,但对于其他所有操作(登录、SQL代理作业等),请使用ps-dbatools。您也可以使用 PS DBATools Log shipping 用于数据库迁移。

    使用PS DBA工具进行迁移有很多很好的原因,其中一些原因是:

    1. 一个ps命令可以为您完成所有工作,无需编写脚本并在新环境中创建它们。
    2. 在迁移期间,登录名维护其SID。
    3. 几乎可以复制从源到目标的所有内容,甚至包括警报、备份介质、SQL Server-服务器级配置设置(如果新服务器比旧服务器更强大,则可能需要更改此设置)、凭据、代理、链接服务器等。
    4. 它可以帮助您设置日志传送,并在计划时为您进行转换。
    5. 如果您不想一次完成所有的迁移,那么您可以浏览命令,只将您想要的东西一个一个地迁移,或者根据需要迁移。

    简而言之,如果你正在处理一个 并排 升级SQL Server,PowerShell DBATools是您的朋友,它将减轻您的痛苦,因为 到位 升级它并没有它的用处。