如何修复卡住的 Azure 弹性作业代理？答案

【问题标题】：How does one fix a stuck Azure Elastic Job Agent?如何修复卡住的 Azure 弹性作业代理？
【发布时间】：2020-02-06 20:52:10
【问题描述】：

Azure 弹性作业代理未执行作业。在 Azure 门户上查看代理时，代理的状态显示为“正在更新”。

有没有办法取消更新，或者重新启动代理，让作业再次正常运行？

我们注意到作业尚未执行。当我们去检查执行情况时，大约 7 天没有执行作业。

当我们尝试手动执行作业时（使用 jobs.sp_start_job 存储过程），lifecycle 列保持为 Created 并且（我不确定以下是否相关，但它填充在成功执行）没有target_type、target_id、target_server_name、target_database_name。尝试了不同的工作，看看问题是否与工作有关，但没有成功。

当使用jobs.sp_stop_job 取消手动触发的作业之一时，它不会更新门户（以表明它已被取消），也不会更新job_executions 表中的is_active 状态。我不得不手动从表中删除记录。

检查作业状态

SELECT TOP 1000 * FROM jobs.job_executions 
WHERE job_name = 'SomeJobName' 
ORDER BY start_time DESC

手动开始工作 EXEC [jobs].[sp_start_job] 'SomeJobName'

手动停止作业 EXEC [jobs].[sp_stop_job] @job_execution_id = 'C27EAF7B-DEC4-4081-86B2-94B560B838FA'

我需要让作业再次自动运行。我不确定我在门户上看到的“更新”状态是否是原因，或者是否存在其他问题。

【问题讨论】：

标签： azure-sql-database job-scheduling azureportal

【解决方案1】：

问微软。他们进行了导致此问题的更改。因此更新状态。然后他们修复了它，工作又开始工作了。

【讨论】：

【解决方案2】：

我们刚刚遇到了类似的问题 - 这个问题帮助我注意到了“正在更新”状态。鉴于所有作业配置都保存在数据库中，而不是代理本身（并且它位于我们的一个测试环境中），我删除并重新创建了作业代理。这成功了，所有工作都开始了。

【讨论】：