Azure Hybrid Runbook Worker组中Runbook作业频繁重启后挂起问题求助

根据你描述的情况——配置了Hybrid Runbook Worker的Automation Account作业每隔15分钟重启3次后挂起，报错Job was suspended——结合Azure Automation的常见故障场景，我整理了以下可能的原因和对应的排查方向：

一、Runbook脚本本身的问题 #

• 未处理的异常或资源泄漏：如果脚本里存在未捕获的异常，或者没有正确释放资源（比如未关闭的数据库连接、文件句柄），可能导致Hybrid Runbook Worker的作业进程崩溃。Automation服务默认会重试作业3次，间隔15分钟，重试失败后就会挂起。建议检查脚本是否添加了try-catch块来捕获异常，同时排查是否有长时间占用资源的操作。
• 脚本卡住或超时：如果脚本里有无限循环、等待外部资源无响应的逻辑，可能导致作业进程无法正常退出，触发服务重启。可以手动在Worker机器上运行脚本，观察是否能顺利完成，有没有卡住的环节。

二、Hybrid Runbook Worker机器的资源瓶颈 #

• CPU/内存不足：Worker机器的CPU或内存使用率过高，会导致作业进程被系统强制终止，进而触发服务重试。可以打开Worker机器的任务管理器查看实时资源占用，或者在事件查看器的系统日志里查找“内存不足”“进程终止”相关的警告/错误。
• 磁盘空间不足：作业运行时需要写入临时日志、缓存数据，如果Worker机器的磁盘空间耗尽，会导致进程无法正常运行甚至崩溃。检查机器的磁盘剩余空间，特别是系统盘和Hybrid Runbook Worker的安装目录（默认是C:\Program Files\Microsoft System Center\HybridRunbookWorker）。

三、SMA服务运行异常 #

• SMA服务崩溃或未正常运行：Worker上的Microsoft System Center Hybrid Runbook Worker Service是负责执行作业的核心服务，如果服务崩溃、启动失败或者无法和Automation Account通信，会导致作业异常。可以在服务控制台查看该服务的状态，尝试重启服务后重新运行作业测试。
• SMA配置文件损坏：检查SMA的配置文件（路径示例：C:\Program Files\Microsoft System Center 2016\Orchestrator\HybridRunbookWorker\Microsoft.SystemCenter.HybridRunbookWorker.exe.config，根据安装版本可能略有不同），确认其中的Automation Account端点、身份认证信息是否正确。

四、权限或网络问题 #

• 网络通信故障：Worker机器无法访问Azure Automation的服务端点，会导致作业状态无法正常上报，Automation服务误认为作业未完成，进而触发重试。检查Worker机器的网络连接，确保没有防火墙、代理阻止了到Azure Automation相关域名的流量。
• 作业执行权限不足：如果Runbook需要访问本地资源（比如文件、注册表）或者Azure云资源，而执行账户（Worker的本地账户或托管身份）权限不足，会导致脚本执行失败，触发重试。验证执行账户是否具备所需的权限，比如本地管理员权限、Azure资源的RBAC权限。

重点排查步骤 #

1. 查看Microsoft-SMA事件日志：登录Worker机器，打开事件查看器，导航到Applications and Services Logs > Microsoft > SMA > Operational，查找作业运行前后的错误事件——这里通常会包含具体的崩溃原因、脚本异常堆栈，是最关键的排查依据。
2. 手动测试脚本：在Worker机器上以相同的执行账户手动运行Runbook脚本，观察是否能正常完成，记录出现的错误信息。
3. 检查系统资源状态：监控Worker机器的CPU、内存、磁盘使用情况，排除资源瓶颈问题。
4. 重启SMA服务：尝试重启Microsoft System Center Hybrid Runbook Worker Service，然后重新触发作业，看是否能恢复正常。

内容的提问来源于stack exchange，提问作者javed khan