正确而谨慎的TFS 2018重启序列

时间:2018-05-24 12:49:12

标签: tfs tfsbuild

我们正在运行一个onprem Tfs2018(16.122.27102.1)服务器。该拓扑包含4个独立的服务器(Server 2016):

  • Application Server(Tfs应用和报告服务器)
  • 数据服务器(SQL Server 2016)
  • 构建服务器(所有构建代理程序都在运行)
  • 代码搜索服务器

问题源于负责Windows更新的部门将以无人值守的方式执行此操作。 这不可避免地会导致随机重启。

我试图找出正确和谨慎的TFS 2018重启序列的样子,以及它是否可编写脚本。 我想的是:

1 - 停止TFS

  • 禁用构建代理,并等待所有正在进行的构建都参与竞争,其余的应该等待(通过Rest API)
  • 停止所有收藏(可编写脚本?)
  • 运行TFSServiceControl quiesce
  • 运行PauseSearchIndexing.ps1 [代码搜索管理脚本位于:https://github.com/Microsoft/Code-Search]

2 - 执行维护:

  • 在这种情况下,Windows更新

3 - 启动后:(启动所有服务器)

  • TFSServiceControl取消静默
  • 启动所有馆藏(可编写脚本?)
  • 启用所有构建代理(通过Rest API)
  • 运行StartSearchIndexing.ps1 [代码搜索管理脚本位于:https://github.com/Microsoft/Code-Search]

实现这一目标的方法是否复杂得多? 非常感谢!

1 个答案:

答案 0 :(得分:1)

我已经以一种或多种方式与TFS合作了大约10年了,而且我从来没有听说过这样的事情是必要的。我认为你过度思考它。

我重新启动了数千次运行应用和数据层并且从未出现问题。