SQL Server 2014代理作业执行SSIS包打印PDF无输出问题排查

核心原因 #

1. Windows会话0隔离限制
   SQL Server Agent作为系统服务运行在Windows的会话0环境中，该会话默认禁止所有交互类GUI操作。你当前使用的Acrobat系列软件的PrintTo动词调用依赖交互会话支持，在会话0中会静默失败但不会抛出进程级错误，因此作业日志会显示执行成功，实际没有打印动作。手动运行包时处于普通用户交互会话中，不存在该限制，因此可以正常打印。
2. 打印机配置未加载
   你使用的代理账号的打印机配置（尤其是网络打印机）属于用户级配置，默认仅在账号登录交互会话时才会加载。SQL Agent后台运行作业时不会加载完整的用户配置文件，导致脚本无法识别你指定的打印机名称，打印请求直接失效。
3. 脚本参数缺陷
   现有脚本未给Start-Process加-Wait参数，Acrobat进程可能还未完成打印动作就被后续的taskkill强制终止，会话0中进程启动速度比交互会话慢，该问题触发概率更高。

修复方案 #

• 优先替换打印方案，弃用依赖Acrobat的打印逻辑，改用无交互需求的命令行打印工具，例如Foxit Reader命令行、PDF2Printer工具、PowerShell的Print-Pdf相关模块，这类工具不受会话0隔离限制。
• 若必须保留Acrobat打印逻辑：
  1. 在SQL Agent作业步骤的运行身份配置中，开启「加载用户配置文件」选项，同时给代理账号授予「允许本地登录」「允许作为服务登录」的本地安全策略权限。
  2. 若使用网络打印机，将打印机配置为系统级共享，或在脚本开头添加打印机映射命令，确保运行时可以识别打印机。
  3. 优化PowerShell脚本逻辑，补全参数避免提前杀进程：

  Start-Process -FilePath $file -Verb PrintTo -ArgumentList "`"$printer_Name`"" -Wait -NoNewWindow
  Start-Sleep -Seconds 15
  Get-Process acro* -ErrorAction SilentlyContinue | Stop-Process -Force
  

• 排查验证：开启Windows打印服务的事件日志，运行作业后查看是否有打印任务提交记录，可快速定位是打印请求未发出还是被打印队列拒绝。

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