SSIS调用PowerShell compress-archive处理1.25GB文件失败问题咨询

• Compress-Archive底层实现缺陷：该cmdlet基于.NET Framework早期的压缩类封装，官方标称的2GB上限为理想环境阈值，实际在PowerShell 5.1及更早版本中，单文件超过1GB就容易触发内存溢出静默失败问题：压缩时会将完整文件加载到内存处理，内存不足时进程直接退出但不会抛出标准错误码，因此SSIS的Execute Process Task会误判为执行成功。
• 临时目录空间不足：Compress-Archive压缩时会先在当前用户的临时目录（默认%USERPROFILE%\AppData\Local\Temp）生成临时文件，1.25GB文件对应的临时文件大小接近源文件，若临时目录所在磁盘剩余空间不足，会直接终止写入且不生成最终压缩包，小文件场景因临时文件体积小不会触发该问题。
• SSIS执行上下文配额限制：若SSIS运行时使用的服务账号被组策略限制了单进程内存上限、CPU运行时长，大文件压缩时触及配额会被系统强制终止进程，无错误输出的情况下SSIS会显示任务完成。
• 路径长度超限：若源文件路径或输出压缩包路径总长度超过260字符的Windows默认路径限制，大文件写入时会触发路径校验失败，小文件可能因路径较短正常执行。

所有方案均使用Windows系统自带组件，无需额外安装软件：

• 方案1：PowerShell调用.NET原生压缩类
  比Compress-Archive稳定度高、内存占用可控，支持最大4GB以上的单文件压缩，执行代码示例：

  Add-Type -AssemblyName System.IO.Compression.FileSystem
  # 压缩单文件可先创建空压缩包再添加，以下为压缩整个目录的示例
  [System.IO.Compression.ZipFile]::CreateFromDirectory("D:\源文件目录", "D:\输出路径\目标压缩包.zip", [System.IO.Compression.CompressionLevel]::Optimal, $false)
  

  SSIS的Execute Process Task配置时，可直接将上述代码存为.ps1文件调用，或直接作为PowerShell的参数传入。
• 方案2：调用系统自带tar命令
  Windows 10 1809、Windows Server 2019及以上版本系统默认预装tar.exe，对大文件支持极佳，内存占用极低，执行命令示例：

  tar -a -c -f "D:\输出路径\目标压缩包.zip" "D:\源文件路径\待压缩文件.dat"
  

  其中-a参数会自动根据输出文件后缀使用zip压缩算法，直接在Execute Process Task的可执行文件路径填tar.exe，参数填上述内容即可。
• 补充配置建议：在SSIS的Execute Process Task中开启标准错误输出捕获，绑定到SSIS变量，进程异常退出时可根据错误内容判断失败原因，避免任务误判为成功。

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