SSIS报failed to acquire connection错误 网络环境运行失败

故障基础信息 #

运行时抛出错误信息：

SSIS : Error failed to acquire connection. Connection may not be configured correctly or you may not have right permission on this connection.

• 开发环境：SQL Server Data Tools 2017、SQL Server 2019
• 包逻辑：删除指定staging表，按更新后的结构重建对应表
• 异常表现：本地开发机运行全流程正常；网络环境下使用OLEDB Native Client、SA账号运行包失败；同SA账号在SSMS中执行对应建删表SQL脚本可正常运行。

根因排查与对应解决方案 #

按出现概率从高到低依次排查：

• 包保护级别配置错误
  SSIS包默认保护级别为EncryptSensitiveWithUserKey，该模式下仅开发时使用的本机Windows用户可解密连接密码等敏感信息。包被拷贝到其他机器、用其他Windows账号运行时，敏感字段会被自动置空，即使确认SA账号密码正确，也会因为拿不到有效连接凭证报错。
  解决方式：
  1. 打开SSIS项目属性，进入「安全性」板块，将包保护级别修改为DontSaveSensitive，连接密码等敏感信息不要硬编码在包文件内，通过包配置、SQL Server代理作业参数、环境变量在运行时传入。
  2. 如果只是临时在其他机器的SSDT中调试运行，手动打开对应OLEDB连接管理器配置页，重新输入SA账号密码，勾选「保存密码」选项，测试连接通过后再执行包。
• OLEDB驱动版本/位数不匹配
  SSMS自带独立的数据库连接组件，因此SSMS能正常连接不代表SSIS可以调用到正确的OLEDB驱动，这是高频踩坑点：
  1. 版本不匹配：网络运行机器如果没安装适配SQL Server 2019的OLEDB驱动，仅装了旧版Native Client（比如适配SQL Server 2012的版本），会出现组件兼容问题。
  2. 位数不匹配：SSDT调试默认使用32位运行模式（项目属性-调试板块下Run64BitRuntime默认为False），如果机器上只装了64位OLEDB驱动，调试时会找不到驱动；如果通过64位DTExec、SQL Server代理作业跑包，仅装32位驱动也会报同样错误。
     解决方式：在运行包的机器上，同时安装32位、64位版本的Microsoft OLE DB Driver for SQL Server（适配SQL Server 2019的正式版本），安装完成后重启机器，重新选择对应驱动配置连接即可。
• 连接配置参数不兼容
  本地开发时如果连接字符串配置了仅本地生效的参数（比如绑定了本地配置的数据库实例别名、未开启Persist Security Info=True、指定了不支持的网络协议），迁移到网络环境后会直接失效。
  排查方式：在运行包的机器上新建空白SSIS包，手动新建同目标地址、同SA账号的OLEDB连接，点击测试连接。如果空白连接测试失败，优先排查网络连通性、数据库端SA账号的远程连接权限、SQL Server是否开启TCP/IP协议；如果空白连接测试正常，直接将原有包的连接管理器替换为该新建连接，再运行验证。
• 系统层面组件调用权限不足
  即使连接数据库用的是SA账号，运行SSIS包的Windows账号如果没有OLEDB驱动对应注册表项、安装目录的读取权限，会在加载驱动阶段直接抛出连接获取失败错误，这类问题和数据库层面的SA权限无关，属于操作系统权限问题。
  排查方式：临时用本地管理员账号运行一次SSIS包，如果能正常跑通，给实际运行包的Windows账号（手动运行就是当前登录账号，作业运行就是SQL Server代理服务的启动账号）授予OLEDB驱动相关目录、注册表项的读取权限即可。

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