SSIS ETL任务偶发无法获取DestinationConnectionExcel连接求助

现有一套由其他开发者搭建的ETL流程，通过SQL Server Agent Job运行：流程先删除所有目标Excel文件，再逐个执行dtsx包（如2024 Invoices.dtsx）重建Excel文件并写入数据。

当前核心问题为ETL任务偶发失败：某日可能是2024 Invoices包报错Failed to acquire connection "DestinationConnectionExcel"，次日又可能是2023 Invoice包失败、2024包正常，失败均发生在数据写入验证阶段，无法获取刚创建的Excel文件连接，推测是删除重建文件的操作引发的偶发文件系统异常。目前仅能每日手动重跑包，急需无需重构整个ETL、不将数据导入数据库的修复方案。

以下方案均无需重构ETL架构或导入数据到数据库：

• 添加文件操作的延迟与校验逻辑
  在删除Excel文件的Agent Job步骤后，新增一个执行SQL脚本的步骤，运行WAITFOR DELAY '00:00:02'（等待时长可根据实际IO性能调整），确保文件系统彻底释放被删除文件的句柄。同时在每个dtsx包中，创建Excel文件的步骤之后，添加一个C#脚本任务，通过File.Exists()和尝试打开文件流的方式，校验目标Excel文件是否存在且可访问，确认通过后再进入数据写入阶段。

• 开启连接管理器的延迟验证
  打开报错的dtsx包，找到DestinationConnectionExcel连接管理器，在属性面板中将DelayValidation设置为True。此设置会让SSIS延迟连接验证时机，直到实际执行数据写入组件时再校验连接，避免包启动时因文件尚未创建而触发连接错误。

• 替换删除逻辑为覆盖写入
  取消Agent Job中“删除所有目标Excel文件”的步骤，改为在每个dtsx包的Excel连接管理器配置里，勾选“覆盖现有文件”选项（在连接管理器的Excel版本设置界面中）。通过写入阶段直接覆盖旧文件，规避删除操作带来的文件系统不稳定问题。

• 配置自动重试机制

  1. 在SQL Server Agent Job的每个dtsx包执行步骤中，设置“重试次数”为3次、“重试间隔”为1分钟，当包偶发连接失败时自动重试；
  2. 在SSIS包内部，对数据写入任务组件的属性进行调整：将MaximumErrorCount设为3，同时设置RetryInterval为60（单位秒），实现组件级别的失败重试。

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