SSIS含Excel源的包间歇性失败（2023年5月起出现）

针对你遇到的SSIS包间歇性失败（错误提示含External table is not in the expected format但确定文件格式未变），给你几个针对性的排查和解决步骤：

1. 排查Access引擎的资源冲突 #

错误来自Microsoft Access Database Engine，间歇性问题大概率是资源竞争导致的：

• 打开任务管理器，监控MSACCESS.EXE或ACEODBC.DLL相关进程，看看包失败时有没有进程没正常释放。
• 检查服务器上有没有其他依赖Access引擎的任务（比如其他ETL、Excel自动化程序）和你的SSIS包并行运行，调整执行时间错开它们。

2. 开启延迟验证 #

• 打开Excel连接管理器的属性，把DelayValidation设为True，推迟连接验证到运行时，避免预验证阶段的冲突。
• 同时把数据流动任务的DelayValidation也改成True，减少前期资源占用。

3. 统一Access引擎的位数 #

如果服务器同时装了32位和64位Access Database Engine，很容易出切换冲突：

• 要是包是32位环境开发的，在SQL Server Agent作业步骤里勾选“使用32位运行时”。
• 反之，直接卸载32位版本，统一用64位引擎。

4. 解决文件锁定问题 #

间歇性失败可能是文件被临时锁定：

• 把Excel文件从网络共享移到本地磁盘跑一遍，排除网络层面的锁定。
• 给防病毒软件设个例外，跳过这些Excel文件所在目录的实时扫描，防止扫描时占用文件。

5. 明确连接字符串的扩展属性 #

修改Excel连接字符串，指定具体的Excel版本，避免引擎自动检测出错：

• .xlsx文件用：Extended Properties="Excel 12.0 Xml;HDR=YES;IMEX=1;"
• .xls文件用：Extended Properties="Excel 8.0;HDR=YES;IMEX=1;"
  加IMEX=1还能强制识别混合数据类型，减少验证不确定性。

6. 修复或重装Access引擎 #

运行时文件损坏也会导致间歇性错误：

• 下载对应版本的Access Database Engine安装包，先试试修复安装。
• 修复没用的话，彻底卸载后重装，安装时别开任何Office程序。

7. 检查执行账户权限 #

确认跑SSIS包的账户（比如SQL Server Agent服务账户）对Excel文件所在目录有完全控制权限，包括读写和删除临时文件的权限，权限不够也会导致间歇性访问失败。

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