远程服务器执行SSIS包遇DTS_E_OLEDBERROR错误求助

这个错误我之前处理过好多次，核心就是Windows身份验证的权限传递或配置问题，咱们一步步拆解排查：

1. 先锁定运行SSIS包的实际身份 #

错误里的 abc\xyz 就是远程服务器上运行SSIS包的Windows账户，你得先搞清楚这个账户是哪来的：

• 如果是用SQL Server Agent作业运行包：
  • 要么是SQL Server Agent服务本身的运行账户
  • 要么是作业步骤里指定的代理账户（如果配置了代理）
• 如果是手动用 DTExec.exe 或SSMS执行包：那就是当前登录远程服务器的Windows账户

不管哪种情况，先确认这个 abc\xyz 账户有没有目标SQL Server的登录权限。

2. 验证目标数据库的权限配置 #

直接在目标SQL Server的SSMS里检查：

• 展开「安全性」→「登录名」，确认是否存在 abc\xyz 这个Windows登录账户
• 如果没有，右键新建登录名，选择「Windows身份验证」，输入完整的账户名（比如 abc\xyz）
• 切换到「用户映射」标签，勾选包需要访问的数据库，给它分配必要的权限（比如 db_datareader、db_datawriter，或者更精细的权限）

3. 检查package.config里的连接字符串 #

确保配置文件里的连接字符串是Windows身份验证模式，正确的格式应该是类似这样：

Data Source=YourServerName;Initial Catalog=YourDBName;Integrated Security=SSPI;

或者 Integrated Security=True，注意不要出现 User ID 和 Password 字段（那是SQL身份验证的格式），如果不小心混了，就会导致身份验证冲突。

4. 排查跨服务器的Kerberos双跳问题 #

如果你的SSIS包要访问的数据库不在运行包的服务器上（跨服务器访问），很可能碰到Kerberos双跳限制：Windows账户无法把身份从SSIS服务器传递到数据库服务器，导致登录失败。

这种情况需要：

• 确认SQL Server和SSIS所在服务器都已配置正确的SPN（服务主体名称）
• 确保运行包的账户（abc\xyz）被允许进行Kerberos委派

5. SSIS目录（SSISDB）的权限检查 #

如果是把包部署到SQL Server的「Integration Services Catalogs」（SSISDB），除了数据库权限，还得给 abc\xyz 分配SSIS目录的权限：

• 在SSMS里展开「Integration Services Catalogs」→「SSISDB」，右键属性→「权限」
• 添加 abc\xyz 账户，至少分配「读取」和「执行」相关的权限（比如 ssis_admin 角色或者自定义权限）

快速验证方法 #

最直接的测试：在远程服务器上，用 abc\xyz 账户登录系统，打开SSMS尝试连接目标数据库，如果连不上，那就是权限问题，先解决这个基础问题再跑包。

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