通过Azure本地数据网关创建Logic Apps连接本地SQL时遇Bad Gateway错误
排查Azure本地数据网关连接SQL Server Express的502 Bad Gateway错误
一、SQL Server Express配置检查
- 确认实例名称准确性:打开SQL Server配置管理器,查看SQL Server服务列表里的Express实例名称(默认多为
SQLEXPRESS)。Logic Apps连接器配置时,服务器名称需填写你的电脑名\SQLEXPRESS、localhost\SQLEXPRESS(网关与SQL同机器时)或127.0.0.1\SQLEXPRESS,确保和实际实例名完全匹配。 - 启用远程连接与TCP/IP协议:
- 打开SQL Server Management Studio,右键目标实例→属性→连接,勾选「允许远程连接到此服务器」。
- 在SQL Server配置管理器中,展开「SQL Server网络配置」→对应实例的协议,确保TCP/IP协议处于启用状态。
- 双击TCP/IP协议,切换到「IP地址」选项卡,拉至底部IPAll区域,设置固定TCP端口(如1433),之后重启SQL Server服务生效。
- 验证身份验证模式与权限:
右键实例→属性→安全性,选择「SQL Server和Windows身份验证模式」(若使用SQL账号连接),重启服务。同时确保连接器使用的账号(SQL账号或Windows账号)拥有目标数据库的访问权限。
二、本地防火墙配置检查
- 放行SQL Server端口:打开Windows Defender防火墙→高级设置→入站规则,新建规则:选择「端口」,指定TCP端口为你设置的SQL端口(如1433),允许连接,应用到对应网络环境(域/专用/公网),完成规则创建。
- 放行网关程序:同样在入站规则中新建规则,选择「程序」,找到网关安装目录下的
Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.exe(默认路径:C:\Program Files\On-premises data gateway),允许该程序通过防火墙。
三、Azure本地数据网关连通性验证
- 检查网关运行状态:打开本地「本地数据网关」应用,确认状态为「正在运行」;若异常,在系统服务中找到「On-premises Data Gateway」重启服务。
- 测试网关到SQL的连通性:在网关所在机器打开命令提示符,执行
telnet localhost 1433(替换为你的SQL端口)测试端口连通性;或用sqlcmd -S 你的实例名 -U 用户名 -P 密码验证是否能正常连接SQL实例,确保网关机器可直接访问SQL Server。
内容的提问来源于stack exchange,提问作者demeggy
相关产品推荐
相关产品推荐

