.NET应用调用SSIS包导出Excel仅获500KB数据，咨询限制与配置问题

这种情况我之前也碰到过几次，大概率是运行环境差异或者配置参数不一致导致的，和DLL本身的限制关系不大，下面是几个常见的排查方向和解决办法：

• 检查运行位数匹配
  SSIS默认在Visual Studio里是32位运行的，但你的.NET应用如果是64位的，调用时可能会因为Excel驱动（比如ACE OLEDB）的位数不兼容，导致数据写入被截断。解决办法：

  • 把.NET应用的目标平台改成x86，和SSIS手动运行的位数一致；
  • 或者确保服务器上同时安装了32位和64位的ACE驱动，并且在.NET代码里指定SSIS包以32位模式执行（如果用的是Microsoft.SqlServer.Dts.Runtime，可以设置Application.PackageOptions.Use32BitRuntime = true）。

• 核对SSIS包的缓冲区与批处理设置
  手动运行SSIS时，默认的缓冲区大小可能和.NET调用时的配置不同。你可以打开SSIS包的数据流任务属性，检查DefaultBufferMaxRows和DefaultBufferSize这两个参数，确保.NET调用时没有被代码修改成更小的值。另外，也可以在包的日志里查看是否有“缓冲区溢出”或“数据截断”的警告。

• 检查Excel连接字符串的一致性
  确认.NET代码里使用的Excel连接字符串和SSIS手动运行时的完全一致。比如，手动跑用的是Excel 12.0 Xml，但.NET里写成了Excel 8.0（针对旧版xls），可能会导致写入限制。正确的ACE驱动连接字符串示例：

  Provider=Microsoft.ACE.OLEDB.12.0;Data Source=C:\output.xlsx;Extended Properties="Excel 12.0 Xml;HDR=YES";
  

• 验证运行账户的权限
  .NET应用运行的账户（比如IIS应用池账户、Windows服务账户）可能没有足够的权限写入目标Excel文件所在的目录，或者无法访问临时文件目录（SSIS会用临时目录处理数据）。可以尝试给该账户添加目标目录的读写权限，或者把输出路径改成一个权限足够的位置。

• 启用SSIS日志排查细节
  在SSIS包里启用详细日志，然后通过.NET调用执行时，查看日志文件里是否有隐藏的错误或警告（比如某行数据转换失败导致后续数据停止写入）。你可以在代码里设置Package.LoggingMode = DtsLoggingMode.Enabled来开启日志。

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