SQL Server Agent作业报错：最后运行步骤为0（无步骤执行）求助

针对你遇到的作业触发后显示“步骤0（无步骤执行）”失败，且手动执行存储过程正常的情况，可按以下方向逐一排查：

一、检查作业步骤的核心配置 #

• 确认步骤执行账户：作业运行使用的代理账户（或Agent服务账户）与你手动执行的账户权限是否一致。比如是否缺少访问文件共享、链接服务器、特定数据库对象的权限，导致步骤无法初始化就终止。
• 查看步骤高级设置：检查是否指定了“输出文件”路径，但Agent账户无该路径的写入权限；同时确认“失败时的操作”配置是否合理，避免因前置隐性错误直接跳过步骤执行。
• 核对步骤命令文本：确保调用存储过程的语句完整，参数传递正确（包括默认参数是否在作业环境中生效），避免因语法错误或参数缺失导致执行前失败。

二、排查作业计划与Agent服务状态 #

• 检查计划106的触发规则：若为集群环境，确认计划是否设置了“仅在特定节点运行”，当前节点是否符合条件；同时检查计划的生效时间、重复周期是否存在隐性冲突。
• 验证Agent服务账户状态：确认SQL Server Agent服务的启动账户密码未过期、权限未被变更，该账户需具备读取msdb数据库、执行作业步骤的权限。
• 清理Agent作业历史：若作业历史记录已满，可能导致无法写入步骤执行日志，可通过EXEC msdb.dbo.sp_purge_jobhistory清理历史后重新测试。

三、系统层面隐性问题排查 #

• 查看Windows事件日志：检查系统日志、应用日志中是否存在Agent服务启动作业时的权限错误、资源不足（如磁盘空间满、内存不足）记录，这类信息通常不会出现在SQL Agent日志中。
• 手动触发作业测试：直接右键作业选择“开始作业”，而非单独执行存储过程。若手动触发同样失败，问题集中在作业配置或Agent环境；若成功，则大概率是凌晨2:30触发时系统资源被占用或环境差异导致。
• 检查作业所有权：若作业所有者账户已被删除或权限降级，Agent可能无法正确加载步骤配置，可尝试将所有者改为sa或其他高权限账户。

四、通用修复手段 #

• 重建作业步骤：删除现有步骤，重新添加调用存储过程的步骤，避免配置文件隐性损坏导致的问题。
• 重启SQL Server Agent服务：临时性的服务线程异常可能导致作业无法加载步骤，重启服务可解决这类偶发问题。

内容的提问来源于stack exchange，提问作者Tommy W Holden