SQL Server作业手动停止后，调度未从头执行问题咨询

• 手动强制停止作业时，SQL Server Agent未正确重置作业步骤的运行状态，作业内部元数据会标记该步骤已“完成”。次日调度触发时，Agent读取到这个状态，会跳过主执行逻辑（数据加载），直接执行后续的OnPostExecute和OnPostValidate事件，从而出现无数据加载、耗时骤减的情况。
• 如果作业关联了SSIS包且启用了**检查点（Checkpoint）**机制，手动停止作业后，检查点文件会保留中断时的状态。调度执行时，SSIS读取检查点后会认为之前的执行已完成到特定阶段，直接跳过数据加载步骤，仅执行收尾事件。

• 手动停止作业后重置步骤状态：执行以下SQL命令，将作业目标步骤的上次运行结果设为失败，确保下次调度从头执行：

  USE msdb;
  EXEC dbo.sp_update_jobstep
      @job_name = '你的作业名称',
      @step_id = 1, -- 替换为实际的步骤ID
      @last_run_outcome = 0; -- 0代表失败，强制下次从头执行
  

• 清理SSIS检查点（若适用）：
  • 若作业运行的是SSIS包，在包的执行配置中勾选“覆盖检查点”选项，确保每次执行都忽略之前的检查点状态；
  • 或手动删除检查点文件（路径由包配置指定），避免残留状态影响下次执行。
• 优化停止作业的方式：尽量避免强制终止作业，优先选择“停止作业并等待当前步骤完成”的方式，减少状态残留概率。若必须强制停止，务必执行步骤状态重置操作。

内容的提问来源于stack exchange，提问作者maheshk.online