如何使用SQL Server身份验证部署SSIS包至Integration Services Catalog？

首先，你遇到的错误27123是SSIS Catalog的默认安全限制导致的——官方设计上，SSIS目录的核心操作（创建文件夹、部署项目等）默认绑定Windows身份验证，因为很多后台操作（比如包执行时的资源访问、代理服务交互）依赖Windows安全上下文。不过针对你的场景，确实有几种变通方法可以实现SQL Server身份验证下的部署：

1. 启用SSIS Catalog对SQL身份验证的支持 #

首先需要修改SQL Server的高级配置，允许SQL身份验证用户操作SSIS Catalog：

USE [master]
GO
-- 开启高级配置选项
EXEC sp_configure 'show advanced options', 1;
RECONFIGURE;
GO
-- 启用SSIS Catalog的SQL身份验证支持
EXEC sp_configure 'Integration Services Catalog Configuration', 1;
RECONFIGURE;
GO

执行完后，记得给你的SQL身份验证用户分配SSIS Catalog的权限，比如添加到ssis_admin角色：

USE [SSISDB]
GO
ALTER ROLE [ssis_admin] ADD MEMBER [你的SQL用户名];
GO

⚠️ 注意：这个配置只是解除了身份验证限制，部分依赖Windows权限的SSIS功能（比如访问网络共享、使用Windows代理）可能还是会出现问题，需要根据你的场景测试。

2. 通过SQL Server代理作业间接部署 #

如果直接操作还是有问题，可以用Windows身份验证的代理账户作为中间层，SQL用户只需要启动作业即可：

• 第一步：创建一个拥有SSIS Catalog操作权限的Windows代理账户（比如加入ssis_admin角色）
• 第二步：创建一个代理作业，作业步骤中执行部署项目的T-SQL命令，示例：

  DECLARE @project_binary VARBINARY(MAX)
  -- 读取本地的ISPAC项目文件
  SELECT @project_binary = * FROM OPENROWSET(BULK 'C:\Path\To\YourProject.ispac', SINGLE_BLOB) AS BinaryData
  -- 部署到SSIS Catalog
  EXEC [SSISDB].[catalog].[deploy_project]
      @folder_name = N'SSISTEST',
      @project_name = N'你的SSIS项目名',
      @project_stream = @project_binary,
      @operation_id = NULL;
  

• 第三步：给你的SQL身份验证用户分配启动该作业的权限（比如添加到SQLAgentOperatorRole角色），之后就可以用SQL用户执行作业完成部署。

3. 使用dtutil命令行工具部署 #

dtutil工具支持直接用SQL身份验证连接SSIS Catalog并部署项目，命令示例：

dtutil /SQL "SSISTEST/你的SSIS项目名" /SourceServer "你的SQL服务器名" /SourceUser "SQL用户名" /SourcePassword "SQL密码" /F "C:\Path\To\YourProject.ispac" /Deploy

需要注意：dtutil工具需要和你的SQL Server/SSIS版本匹配，并且确保SQL用户已经拥有足够的SSIS Catalog权限。

总结 #

虽然微软官方更推荐使用Windows身份验证来管理SSIS Catalog，但通过以上方法可以在你的场景下实现SQL Server身份验证的部署需求。如果遇到特定功能受限的情况，可能需要针对具体包任务调整权限或采用混合身份的方案。

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