创建Azure IR及连接SQL Database报错，寻求技术排查解决方案

针对你遇到的这两个Azure IR和数据工厂的连接错误，我整理了具体的排查步骤，咱们一步步来解决：

错误1：创建Azure IR时提示“创建Azure IR时出错，请检查linked service配置是否正确” #

这类错误大多和Linked Service的基础配置不匹配有关，你可以按以下步骤排查：

• 核对Linked Service核心参数：确认你选择的Linked Service类型（比如Azure SQL Database）和实际目标资源一致，服务器名称、数据库名称有没有拼写错误，认证方式（SQL认证、MSI、AD认证等）是否选对。如果是SQL认证，要确保用户名和密码没有输入错误，也没有过期/锁定的情况。
• 检查Azure IR的网络兼容性：如果你的目标SQL数据库部署在虚拟网络（VNet）中，要确认Azure IR是否开启了VNet集成，并且和SQL DB所在的VNet处于可连通状态（比如通过对等互联或者服务端点）。
• 验证IR区域配置：Azure托管IR的区域尽量和目标资源（比如SQL DB）的区域保持一致，避免跨区域网络延迟导致的连接问题；如果是自托管IR，要确保IR节点能正常访问目标资源的网络端口（比如SQL的1433端口）。
• 测试Linked Service连接：在数据工厂的Linked Service页面直接点击“测试连接”，获取更具体的错误提示（比如权限不足、网络不通等），帮你快速定位问题。

错误2：创建Azure IR数据工厂时提示“无法连接至SQL Database 'mysqlserversowmya.database.windows.net'的'master'数据库（用户：adminuser），需检查linked service配置，并确保SQL Database防火墙允许integration runtime访问” #

这个错误核心是网络防火墙限制或者数据库权限不足，排查步骤如下：

• 检查SQL服务器防火墙设置：
  1. 登录Azure门户，找到你的SQL服务器，进入“防火墙和虚拟网络”设置。
  2. 如果使用Azure托管IR，必须勾选“允许Azure服务和资源访问此服务器”选项（托管IR的IP属于Azure服务范围）。
  3. 如果使用自托管IR，要把自托管IR所在机器的公网IP添加到SQL服务器的防火墙白名单；若IR部署在VNet内，需配置VNet规则允许该VNet访问SQL服务器。
• 验证adminuser对master数据库的权限：用SSMS或Azure门户的查询编辑器登录SQL数据库，检查adminuser账号是否拥有master数据库的访问权限（比如是否有CONNECT权限，或属于db_owner角色）。如果业务不需要连接master，可在Linked Service中指定具体业务数据库，避开master的权限问题。
• 测试网络端口连通性：如果是自托管IR，在IR节点机器上执行Test-NetConnection mysqlserversowmya.database.windows.net -Port 1433（PowerShell）或telnet mysqlserversowmya.database.windows.net 1433命令，测试1433端口是否能正常连通，排除本地防火墙或代理的限制。
• 确认Linked Service数据库配置：检查Linked Service中是否误将数据库指定为master，若无需连接master，改成实际业务数据库名称后再测试连接。

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