SSIS脚本任务转换.xls为CSV时出现COMWrapper错误求助

我之前处理过好几起类似的SSIS部署后COM组件报错的情况，结合你描述的“本地正常、服务器出错”的差异，核心问题基本都出在本地与服务器的环境配置不匹配上，咱们从几个最常见的方向排查：

1. 服务器是否安装了对应版本的Office组件？ #

你本地能正常转换，大概率是因为装了Excel，而服务器上可能缺失Office的Excel COM组件——毕竟很多服务器默认不会装Office。这里要注意两个点：

• 位数匹配：如果你的SSIS包是32位开发的，服务器要装32位Office；如果用64位SSIS服务，就装64位Office，跨位数调用COM组件很容易触发COMWrapper错误。
• 安装完整性：别选自定义安装，一定要选“完整安装”，确保Excel相关的COM组件都被部署到服务器上。另外，Office必须是激活状态，未激活的Office会限制COM调用。

2. SSIS运行账户的权限是否足够？ #

SSIS部署后一般是用SQL Server Agent服务账户或者指定的执行账户运行，这个账户需要有访问COM组件的权限：

• 打开dcomcnfg（直接在服务器运行框输入这个命令），找到组件服务>计算机>我的电脑>DCOM配置>Microsoft Excel应用程序，右键选属性。
• 在「安全」选项卡中，分别给运行SSIS的账户配置启动和激活权限、访问权限的「允许」权限。
• 还要确保这个账户有本地登录权限，不然连COM组件的会话都建立不起来。

3. 位数不匹配的坑 #

如果你本地用的是32位的SSDT（SQL Server Data Tools）开发，而服务器上的SSIS服务是64位的，就会出现“本地能跑，服务器报错”的情况。解决方法二选一：

• 给服务器安装64位Office，匹配SSIS服务的位数；
• 在SQL Server Agent的作业步骤里，找到「执行选项」，勾选「使用32位运行时」，强制用32位环境运行包。

4. 桌面交互权限（慎用，但必要时试试） #

有些COM组件（比如Excel）在初始化时需要桌面交互权限，而服务器上的服务账户默认没有这个权限。你可以：

• 打开「服务」管理器，找到SQL Server Agent服务，右键选属性；
• 在「登录」选项卡中，勾选「允许服务与桌面交互」。

注意：生产环境慎用这个设置，因为会带来安全风险，确认是这个问题再开启。

5. 临时目录的读写权限 #

Excel转换xls到csv时会生成临时文件，运行SSIS的账户需要对系统临时目录（C:\Windows\Temp）或者当前用户的临时目录有读写权限。可以右键检查目录的权限设置，给对应账户添加「修改」权限。

额外建议：摆脱Office COM依赖 #

如果不想一直跟Office组件的配置较劲，可以考虑换用纯.NET库（比如NPOI）来处理xls转csv。这类库不需要安装Office，直接集成到SSIS脚本任务里，部署起来更稳定，也避免了COM组件的各种权限和版本问题。

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