Azure DevOps发布管道执行SQL脚本连接本地SQL服务器失败求助

以下是针对你遇到的连接失败问题的排查和解决步骤：

• 确认Azure DevOps代理的网络可达性
  微软托管的Azure DevOps代理处于公网环境，无法直接访问本地on-prem服务器，这是最常见的原因。必须使用自托管代理，将其部署在能接入本地网络的机器上（或者通过VPN、ExpressRoute打通网络的虚拟机）。
  如果已经使用自托管代理，先在代理机器上做基础连通性测试：

  • 执行ping <SQL服务器IP/主机名>确认网络连通
  • 执行telnet <SQL服务器IP> <监听端口>（默认1433）确认端口开放

• 检查SQL Server的远程连接配置
  即便本地能连接，也要确保SQL Server允许代理机器的访问：

  1. 打开SQL Server配置管理器，启用SQL Server服务的TCP/IP协议
  2. 在TCP/IP属性中，确认监听端口（默认1433）未限制特定IP
  3. 配置Windows防火墙（或网络防火墙），允许代理机器的IP访问SQL Server的监听端口
  4. 确认SQL Server登录账号允许从代理机器的IP连接（若有IP限制策略）

• 核对连接字符串的准确性
  确保发布管道中使用的连接字符串与本地手动运行时一致：

  • 优先使用SQL Server的IP地址代替主机名，避免代理机器的DNS解析问题
  • 如果是命名实例，直接用IP地址,端口号格式（如192.168.1.100,1433），无需依赖SQL Browser服务
  • 确认认证方式：若用Windows认证，自托管代理的运行账号需要拥有SQL Server的访问权限；若用SQL认证，确认账号密码正确且未被锁定

• 排查代理运行环境的权限差异
  手动运行时使用的是你的个人账号，而自托管代理通常以服务账号运行：

  • 若采用Windows认证，需要给代理的服务账号授予SQL Server的登录权限和目标数据库的操作权限
  • 检查代理机器是否有访问SQL Server所在网络的权限，比如是否处于隔离网段、是否需要额外的身份验证

内容的提问来源于stack exchange，提问作者the.herbert