【问题标题】:The correct and prudent TFS 2018 reboot sequence正确谨慎的 TFS 2018 重启顺序
【发布时间】:2018-05-24 22:15:39
【问题描述】:

我们正在运行一个本地 Tfs2018 (16.122.27102.1) 服务器。拓扑由 4 个独立的服务器(Server 2016)组成:

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

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

我正在尝试弄清楚正确且谨慎的 TFS 2018 重启顺序是什么样的,以及它是否可编写脚本。 我正在考虑以下内容:

1 - 停止 Tfs

  • 禁用构建代理,并等待所有正在进行的构建完成,其余的应该挂起(通过 Rest API)
  • 停止所有集合(可编写脚本?)
  • 运行 TFSServiceControl 静默
  • 运行 PauseSearchIndexing.ps1 [代码搜索管理脚本位于:https://github.com/Microsoft/Code-Search]

2 - 执行维护:

  • 在这种情况下,Windows 更新

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

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

是否有更简单的方法来实现这一点? 非常感谢!

【问题讨论】:

    标签: tfs tfsbuild


    【解决方案1】:

    我已经以一种或另一种身份使用 TFS 大约 10 年了,我从未听说过这样的事情是必要的。我觉得你想多了。

    我已经重启了数千次正在运行的应用程序和数据层,从未遇到过问题。

    【讨论】:

    • 谢谢丹尼尔。然后我会放下这个烦人的担忧。 Tfs 的稳健性从未停止让我惊叹!
    猜你喜欢
    • 2017-01-26
    • 1970-01-01
    • 2015-04-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多