sql server 存储过程自动化调度必须使用sql server agent；其为windows服务，需在services.msc中设为自动启动并确保登录账户具备“作为服务登录”等权限；express版不支持，须换版本或用外部工具替代。

SQL Server 存储过程的自动化调度，必须用 SQL Server Agent，其他方式（比如 WAITFOR、应用层轮询、Job Scheduler 服务）都不算真正可靠或被支持。

SQL Server Agent 服务没起来，作业根本不会跑

Agent 是 Windows 服务，不是 SSMS 里的一个菜单选项。它默认可能被禁用，尤其在 Express 版或新装实例中。

• 在 services.msc 里找到 SQL Server Agent (MSSQLSERVER) 或对应实例名的服务，确认状态是“正在运行”
• 右键 → 属性 → 启动类型设为“自动”，否则服务器重启后作业全部停摆
• 如果服务启动失败，常见原因是登录账户没权限：该账户需有“作为服务登录”和“登录到本机”权限（组策略里配）
• SQL Server Express 版本不带 Agent，得换 Standard 或用外部工具（如 Windows Task Scheduler + sqlcmd）替代，但会丢失事务上下文和作业历史追踪能力

作业步骤里 exec 不生效？多半是数据库没选对

写 EXEC MyProc 看似简单，但 Agent 不会自动切换到你期望的数据库——它默认在 master 下执行，而 MyProc 很可能不在 master 里。

• 最稳妥做法：在作业步骤的“数据库”下拉框里手动选中目标库（比如 MyAppDB），而不是靠 USE MyAppDB; EXEC MyProc;
• 如果非要用三段式调用，必须写全：EXEC MyAppDB.dbo.MyProc;，不能漏库名
• 存储过程如果有输出参数或返回值，Agent 不捕获也不显示，只能靠日志表或 RAISERROR 写进 msdb.dbo.sysjobhistory 查
• 避免在命令框里拼接动态 SQL（比如 EXEC('EXEC '+@procname)），出错时日志里只显示原始字符串，看不到实际执行语句

计划配置里“启用”没勾，等于白设

很多人填完时间就点确定，结果作业永远不触发——因为“启用”复选框默认是未勾选的。

• 在“计划”属性页，第一项就是“启用”，必须手动勾上
• “开始日期”不能设成已过期的时间（比如设了 2024-01-01，现在是 2026 年，作业不会自激活）
• “重复间隔”单位是分钟，但“每天一次”和“每 1440 分钟一次”逻辑不同：前者按日历对齐（比如每天 2:00），后者是严格从上次执行结束起计时，容易漂移
• 若作业依赖上游数据（比如前一天报表生成完才清理），别只靠时间硬调度，建议在存储过程中加前置检查（如查 sys.tables 或业务状态表），失败时直接 RETURN，比盲目执行更安全

真正容易被忽略的是权限链：作业所有者账号不仅要对目标库有 EXECUTE 权限，还必须在 msdb 库中拥有 SQLAgentOperatorRole 角色（或 sysadmin），否则连创建/修改作业都失败；而事件本身运行时，又是在 definer 用户上下文中执行，该用户还得对涉及的表有 DELETE/UPDATE 权限——光给存储过程 EXECUTE 不够。