SSIS部署后作业报错DTS_E_OLEDBERROR 0x80040E37仅处理首个Excel文件

报错对应根因 #

你遇到的DTS_E_OLEDBERROR、Opening a rowset for "Sheet1$" failed报错，本质是遍历到第二个及之后的Excel文件时，SSIS无法正常读取文件内容或定位对应工作表，导致遍历直接终止，不会继续处理后续文件。

分步排查修复方案 #

• 调整延迟验证配置
  依次将Excel连接管理器、Foreach Loop容器、容器内数据流任务的DelayValidation属性设置为True。SSIS默认会在包启动时预验证所有对象，此时还未遍历到后续文件，找不到对应工作表就会提前报错终止，开启延迟验证后会等到循环执行到对应文件时再做验证。
• 修正Excel连接管理器的变量绑定
  不要硬编码Excel连接管理器的路径，要将连接管理器的ServerName属性绑定到Foreach Loop输出的文件路径变量：
  1. 右键Excel连接管理器选择「属性」
  2. 找到「表达式」选项，点击右侧省略号
  3. 属性选择ServerName，表达式选择你在Foreach Loop中用于存储文件路径的变量，点击确定保存。
• 核对所有Excel文件的工作表名
  确保你要处理的20个Excel文件的工作表名严格匹配Sheet1，大小写、空格都要完全一致，部分导出生成的Excel可能默认工作表名为Sheet 1、导出结果等，找不到对应工作表就会触发报错。如果工作表名不统一，可以加脚本任务动态获取每个文件的首个工作表名再传入连接参数。
• 修正服务器端权限与路径配置
  1. 确认Foreach Loop配置的遍历路径是SQL Server服务器上的绝对路径，不要使用你本地的磁盘路径。
  2. 给SQL Server代理服务账号开放Excel文件所在目录的读取、列出文件夹内容权限，本地运行时用的是你的个人账号权限，部署后代理服务账号没有对应权限也会导致读取文件失败。
• 调整运行时位数配置
  Excel OLEDB驱动多数为32位版本，在SQL Server代理作业的SSIS步骤配置中，勾选「使用32位运行时」选项，避免64位环境下找不到驱动导致读取失败。

快速验证方法 #

在Foreach Loop容器内最前面加一个脚本任务，每次循环将当前获取的文件路径写入临时表或SSIS日志，就能快速定位是遍历路径配置错误，还是后续数据流处理环节出错。

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