SQL Server Express 2017 TCP/IP连接超时问题排查求助

咱们一步步拆解你的问题，毕竟你已经完成了不少基础配置，现在聚焦核心疑点：

先回答你的核心疑问 #

• 防火墙问题可以排除：你已经禁用Windows防火墙，而且本地强制TCP连接也超时，说明不是防火墙拦截导致的。
• 实例发现（UDP1434）问题不能直接排除：虽然SQL Server Browser服务显示运行，但PortQry检测不到UDP1434监听，这说明Browser服务可能没有正常工作——不过你当前的超时问题主要和TCP端口监听有关，这个是次要但值得排查的点。
• 问题确实指向TCP/IP配置，且存在遗漏设置：NETSTAT显示14xx端口都没开放，说明SQL Server服务根本没在你设置的1438端口监听，这是超时的直接原因。

具体排查步骤 #

1. 重新核对TCP/IP协议的完整配置 #

打开SQL Server配置管理器，找到SQL Server 网络配置 > 针对EXPRESS2017的协议 > TCP/IP，右键选择「属性」：

• 切换到IP地址标签，拉到最底部的IPAll节：
  • 确认「TCP端口」已设置为1438（很多人会误改某个具体IP的端口，但忘了设置IPAll，导致服务不监听指定端口）。
  • 检查各个IP地址项的「已启用」是否设为「是」，尤其是你用来连接的网卡对应的IP；如果要允许所有IP访问，确保IPAll的配置优先级最高。
• 切换到「协议」标签，确认「已启用」为「是」。

2. 验证SQL Server是否真的监听1438端口 #

在命令提示符（CMD）中运行：

netstat -ano | findstr :1438

• 如果没有任何输出，说明SQL Server服务完全没在监听1438端口，此时要去查看SQL Server错误日志（SSMS中：服务器 → 管理 → SQL Server日志），找服务启动时的报错信息——比如端口被占用、配置加载失败等。

3. 排查SQL Server Browser服务的UDP1434监听问题 #

虽然这不是你当前超时的直接原因，但Browser服务异常可能暗示系统权限问题：

• 在CMD中运行：

netstat -ano | findstr :1434

如果没有输出，尝试重启SQL Server Browser服务，然后再次检查。

• 打开服务属性（服务管理器中找到SQL Server Browser），切换到「登录」标签，确认使用的是Local System账户运行——非系统账户可能没有监听UDP端口的权限。

4. 本地强制TCP连接的正确测试方式 #

本地连接时，不要只输入实例名，而是在SSMS的「服务器名称」中输入：

localhost,1438

或者你的机器名加端口：

你的计算机名称,1438

这样会强制使用指定端口的TCP协议连接，如果还是超时，进一步确认服务没在1438端口监听。

5. 检查端口是否被占用 #

如果netstat -ano | findstr :1438有输出，记下对应的PID，打开任务管理器（详细信息标签）找到该PID对应的进程——如果不是SQL Server（sqlservr.exe），说明端口被其他程序占用，换一个未被使用的端口（比如1439），重新配置TCP/IP并重启SQL Server服务。

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