SSIS包部署至集成服务目录后Foreach枚举器无法识别文件

这种情况我之前踩过好几个坑，核心问题基本都是SSIS Catalog执行时的权限上下文和你之前测试环境不一样——毕竟VS、SQL Agent直接运行、VisualCron这几种方式的身份差异很大。下面是几个优先级从高到低的排查和解决方向：

1. 先查执行账户的共享权限 #

当包部署到SSIS Catalog后，默认是用SQL Server代理的作业账户（或者你指定的SSIS代理账户）来执行的，这个账户必须对UNC路径\\IP A...（注意标准格式是双反斜杠，你之前写的//可能也能兼容，但优先用\\）对应的共享文件夹同时拥有：

• 共享文件夹的读取权限
• 文件夹所在磁盘的NTFS读取权限

测试方法很直接：用这个执行账户登录到SQL Server所在的服务器，手动访问那个UNC路径，看看能不能看到目标文件。如果打不开，直接给这个账户添加权限就行——这是最常见的原因。

2. 确认UNC路径格式和枚举器配置 #

• 把路径改成标准的\\服务器IP\共享名\目标文件夹格式，有些环境下//能识别，但SSIS Catalog对路径解析更严格，换标准格式试试。
• 检查Foreach枚举器的细节：有没有勾选「遍历子文件夹」（如果文件在子文件夹里）、文件筛选器是不是写对了（比如*.csv有没有少写星号）、有没有设置正确的文件类型（比如选了「文件」而不是「文件夹」）。

3. 深挖SSIS Catalog的执行日志 #

别只看SQL Agent作业显示「成功」，去SSIS Catalog里找更详细的执行日志：

1. 打开SSMS，展开Integration Services Catalogs -> SSISDB -> 你的项目 -> Packages
2. 找到出问题的包，右键选Reports -> Standard Report -> All Executions
3. 查看具体执行实例的日志，里面会显示枚举器有没有尝试访问目标路径、有没有权限报错或者路径不存在的提示——哪怕作业整体显示成功，日志里可能藏着枚举器没找到文件的细节。

4. 排查Kerberos双跳问题 #

如果共享文件夹所在的服务器和SQL Server不是同一台，可能遇到Kerberos双跳的问题：SQL Server的执行账户无法把权限传递到共享服务器，导致访问不到文件。
解决方法可以是：

• 给SQL Server服务账户配置约束委派权限（需要域管理员操作）
• 或者把共享文件夹映射为SQL Server服务器的本地驱动器，然后在包中使用本地路径代替UNC（不过映射驱动器重启后可能失效，不如委派稳定）

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