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

Question

我们正在运行一个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]

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

Answer 1

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

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