为什么我的 Azure DevOps 迁移会在几个小时后超时？

Question

我有一个由 AzureDevOps 发布管道运行的长时间运行的迁移（不要问）。 具体来说，它是一个“Azure SQL 数据库部署”活动，运行“SQL 脚本文件”部署类型。

尽管在 Invoke-Sql Additional Parameters 设置中配置了所有超时的最大值，但我的迁移仍然超时。

具体来说，我得到：

我们不再收到来自代理 Hosted Agent 的消息。验证代理计算机是否正在运行并具有健康的网络连接。任何终止代理进程、使其缺乏 CPU 或阻止其网络访问的行为都可能导致此错误。

到目前为止，它已超时：

• 6:13:15
• 6:13:18
• 6:14:41
• 6:10:19

所以“在 6 小时后”。大约是 22,400 秒，这似乎也不是什么明显的数字 :)

为什么？我该如何解决？

Answer 1

事实证明，AzureDevOps 使用托管代理来执行管道中的每个任务，并且这些代理具有固有的生命周期，独立于它们正在运行的任何任务。

https://docs.microsoft.com/en-us/azure/devops/pipelines/troubleshooting/troubleshooting?view=azure-devops#job-time-out

管道可能会运行很长时间，然后由于作业超时而失败。作业超时密切取决于正在使用的代理。对于私有存储库，免费 Microsoft 托管代理的每个作业的最大超时为 60 分钟，对于公共存储库，则为 360 分钟。要增加作业的最大超时时间，您可以选择以下任何一种。

• 购买 Microsoft 托管代理，无论使用何种存储库，您都可以在 360 分钟内完成所有工作
• 使用自托管代理排除由于代理引起的任何超时问题 详细了解作业超时。

所以我达到了“360 分钟”的限制（大概他们给了你一些额外的好处，所以没有人抱怨？）。

解决方案是使用自托管代理。 （当然，或者让我的迁移在 6 小时内运行）