SSIS包本地运行正常，部署至服务器后连接远程数据源失败

这种问题我碰到过好多次，本质就是服务器运行SSIS包时的执行上下文（账户、网络）和本地完全不同，结合你给出的报错信息，咱们一步步来排查解决：

核心报错解读 #

你遇到的这些错误：

• SSIS错误代码DTS_E_OLEDBERROR。发生OLE DB错误，错误代码：0x80004005。
• 可用OLE DB记录：来源："Microsoft SQL Server Native Client 11.0"，Hresult：0x80004005，描述："Login timeout expired"。
• 可用OLE DB记录：来源："Microsoft SQL Server Native Client 11.0"，Hresult：0x80004005，描述："建立SQL Server连接时发生网络或实例特定错误，服务器未找到或无法访问，请检查实例名称是否正确以及SQL Server是否配置为允许远程连接，更多信息请参阅SQL Server联机丛书。"
• 可用OLE DB记录：来源："Microsoft SQL Server Native Client 11.0"，Hresult：0x80004005，描述："Named Pipes Provider: 无法打开SQL Server连接 [53]。"

核心指向两个问题：主服务器和远程服务器的网络连通性受阻，或者执行SSIS包的账户没有远程服务器的访问权限。

具体排查&解决步骤 #

1. 先搞定网络连通性问题

这是最基础的，先排除硬件/防火墙层面的阻碍：

• 登录到主服务器，打开命令提示符，执行ping <远程服务器主机名/IP>，看是否能正常接收回复，如果丢包或者超时，说明网络不通，找运维排查防火墙、路由配置
• 测试SQL Server的端口是否开放：执行telnet <远程服务器IP> 1433（默认实例用1433，命名实例要查对应的端口），如果连接失败，说明端口被防火墙拦截，需要在远程服务器的防火墙里开放SQL Server的端口
• 检查远程SQL Server的配置：打开SQL Server配置管理器，确保SQL Server网络配置下的Named Pipes和TCP/IP协议都已启用，并且SQL Server服务已经重启生效

2. 检查执行SSIS包的账户权限

你用xp_cmdshell执行DTexec命令时，用的是SQL Server服务账户（如果是SQL Agent作业的话是代理账户），这个账户和你本地运行时用的个人账户权限完全不同：

• 先确认这个账户是否有远程SQL Server的登录权限：在远程SQL Server的SSMS里，检查是否存在该账户的登录名，并且赋予了对应数据库的读取权限
• 如果用的是Windows身份验证，这个账户需要是域账户（且远程服务器加入同一域），或者在远程服务器上创建同名同密码的本地账户（工作组环境下的折中方案）；如果是工作组环境，更建议用SQL身份验证，避免Windows权限的麻烦
• 快速验证：在主服务器上，切换到执行包的那个账户，手动打开SSMS连接远程服务器，如果连不上，那就是权限问题，直接针对性配置权限即可

3. 核对SSIS包的连接配置

有时候本地的硬编码配置到服务器上就失效了：

• 检查包中的连接管理器，尽量用配置文件/环境变量来管理连接字符串，不要硬编码本地的连接信息
• 如果用SQL身份验证，确认连接字符串里的用户名和密码是否正确（注意服务器上的密码和本地是否一致，有没有过期）
• 尝试把连接字符串里的主机名换成远程服务器的IP地址，避免DNS解析失败的问题

4. 验证xp_cmdshell的执行上下文

你可以在主服务器上直接打开命令提示符，用同样的命令执行DTexec：

DTexec /FILE "你的包路径\Package.dtsx" /MAXCONCURRENT 1 /CHECKPOINTING OFF /REPORTING EW

如果直接执行也报错，那问题出在服务器环境，和xp_cmdshell无关；如果直接执行正常，那可能是xp_cmdshell的执行账户和你当前登录账户不同，需要调整xp_cmdshell的代理账户（可以用sp_xp_cmdshell_proxy_account来设置）

快速定位小技巧 #

找一台主服务器上的机器，用执行SSIS包的账户手动运行包，如果也报同样的错，那100%是账户/网络问题；如果手动运行正常，再去排查xp_cmdshell的配置。

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