SSIS包为何下午测试成功、次日早间调度执行失败？

结合你描述的场景——修复变量自引用问题后手动执行成功，但次日EST早7点调度执行失败，核心差异在于执行时间，以下是针对性的排查方向：

1. 存储过程的日期逻辑与时区不匹配 #

存储过程返回"当日日期"的逻辑可能未考虑时区差异：

• 若服务器使用UTC时区，EST早7点对应的UTC时间为12点（夏令时为11点），如果存储过程直接用GETDATE()（服务器本地时间），返回的是UTC日期，若你的业务逻辑需要的是EST日期，可能存在隐性偏差。
• 排查方式：在调度执行的时间点（EST早7点）运行存储过程，对比返回的日期与预期的EST当日是否一致；检查存储过程代码，确认是否使用SWITCHOFFSET(GETUTCDATE(), '-05:00')（夏令时用'-04:00'）明确获取EST时间，而非依赖服务器本地时区。

2. SSIS变量的求值时机与上下文差异 #

手动执行与调度执行时，变量的求值环境可能存在差异：

• 若变量设置为包启动时求值（EvaluateAsExpression = True且无后续赋值），调度时早7点的变量初始值可能触发未彻底修复的自引用逻辑（比如变量表达式依赖的其他变量在调度时的初始状态与手动执行不同）。
• 排查方式：查看SSISDB的执行日志，对比手动与调度执行时变量的实际取值；确认存储过程的执行任务（赋值变量的步骤）在变量被使用（如数据流筛选、文件名生成）之前运行，确保变量值是存储过程返回的最新结果，而非初始值。

3. 调度账户与手动账户的环境/权限差异 #

SQL Agent调度使用的服务账户和你手动执行的账户可能存在权限或环境差异：

• 若存储过程依赖特定资源（如链接服务器、临时表、外部配置），调度账户可能无访问权限，且该权限问题仅在特定时间点触发（比如早7点时依赖的资源处于锁定状态）。
• 排查方式：查看SQL Agent作业的执行日志，提取具体错误信息（比如数据读取失败、文件写入权限不足）；用调度账户手动执行包，验证是否能成功运行。

4. 源数据或目标文件的时间依赖问题 #

• 若源数据表的每日加载任务在EST早7点之后才完成，调度执行时源表无数据或数据未就绪，导致导出失败；而你下午手动执行时，源数据已完成加载。
• 若导出的平面文件名包含日期，调度时生成的文件名可能与其他进程正在使用的文件重名（比如前一日的文件未被清理且被锁定），导致写入失败。

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