SQL Express 2019创建Azure数据仓库链接服务器AAD登录报错不支持Windows登录

问题根因 #

你当前使用的Active Directory Integrated验证模式，在本地SQL Express 2019实例发起链接服务器请求时，会被驱动识别为传统Windows集成登录请求转发到Azure SQL数据仓库，而Azure SQL系列产品原生不支持本地Windows域账号登录，因此触发对应报错。

解决方案 #

方案1：AAD服务主体验证（推荐，适合无人值守/自动化场景） #

这是生产环境最常用的稳定方案，操作步骤如下：

• 先在Azure AD中注册应用，生成客户端密钥，给该应用分配目标Azure SQL数据仓库的对应访问权限
• 确保本地SQL Express 2019已安装18.2版本以上的Microsoft OLE DB Driver for SQL Server，旧版驱动不支持完整的AAD验证模式
• 链接服务器的提供程序选择Microsoft OLE DB Driver for SQL Server，不要使用老旧的SQL Server Native Client
• 连接字符串替换为以下格式（删除原有多余的连续分号）：

Server=tcp:sqldw.windows.net,1433;Initial Catalog=sqldb;Persist Security Info=False;MultipleActiveResultSets=False;Encrypt=True;TrustServerCertificate=False;Authentication=ActiveDirectoryServicePrincipal;

• 进入链接服务器的【安全性】配置页，选择「用此安全上下文进行连接」，用户名填写AAD注册应用的客户端ID，密码填写应用的客户端密钥即可

方案2：AAD交互式验证（适合用户手动操作场景） #

如果你的使用场景需要和当前操作人的AAD账号绑定权限，可改用该模式：

• 连接字符串修改为如下格式，补充你自己的AAD账号邮箱：

Server=tcp:sqldw.windows.net,1433;Initial Catalog=sqldb;Persist Security Info=False;MultipleActiveResultSets=False;Encrypt=True;TrustServerCertificate=False;Authentication=ActiveDirectoryInteractive;User ID=你的AAD账号邮箱;

• 注意该模式仅支持用户手动触发查询的场景，无人值守的自动化任务会因需要弹窗验证直接失败

额外排查项 #

• 确认目标Azure SQL数据仓库已开启AAD身份验证，你使用的身份（服务主体/个人AAD账号）已在目标库中创建了映射用户并分配了对应权限
• 确认本地虚拟机的网络可以正常访问Azure SQL的1433端口，没有被防火墙规则拦截

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