sql2014为什么连接不到服务器，连接失败怎么排查解决

SQL Server 2014连接不到服务器，绝大多数情况下是三个原因：网络防火墙拦了端口、实例名写错、身份验证模式不匹配，按顺序排查，大概率能自己解决。

排查前先分清：是”找不到服务器”还是”连不上”

很多人在百度搜sql2014为什么连接不到服务器，但实际碰到的报错千差万别,首先要明确你遇到的是哪种情况：

• “找不到服务器”类报错：提示类似于”在与 SQL Server 建立连接时出现与网络相关的或特定于实例的错误”,说明客户端根本不知道服务器在哪。
• “登录失败”类报错：提示”用户 ‘sa’ 登录失败”，说明网络通、服务器能响应,是身份验证环节卡住了。
• “超时已过期”类报错：提示连接超时，说明网络路径通但响应慢,或者服务器资源耗尽。

不同的报错指向的问题完全不同，排查方向也不一样,下面这些内容按故障发生的概率从高到低排列。

最常见的原因：防火墙拦截了1433端口

SQL Server 2014默认监听1433端口，如果服务器防火墙没放行这个端口，任何外部连接都会失败，Windows防火墙默认会阻止所有入站连接,这一步出问题的概率最大。

排查方法：

• 在服务器本机上，打开”SQL Server 配置管理器”，确认”SQL Server网络配置”下的”TCP/IP”协议已启用。
• 在”TCP/IP属性”中，确认”IPALL”的TCP端口填写了1433（如果改过端口，注意记下实际端口号）。
• 在Windows防火墙的”高级设置”中，新建”入站规则”放行1433端口，或者直接放行sqlservr.exe程序。

如何判断是不是端口问题：在服务器本机用netstat -ano | findstr 1433查看端口是否已监听，如果本机看得到监听，但客户端telnet不通,基本锁定就是防火墙问题。

一个容易忽略的细节：如果服务器同时开启了SQL Server Browser服务，而且用的是命名实例，还需要放行UDP 1434端口，这个端口负责实例名的解析，被拦掉同样连不上，多数情况下，直接放行TCP 1433和UDP 1434两个端口能覆盖大部分场景。

实例名写错：你连的不是你认为的那台服务器

SQL Server 2014支持多个实例同时安装在一台机器上。默认实例可以通过服务器名或IP直连，命名实例则需要加上”实例名”的格式

，比如168.1.100SQLEXPRESS。

常见错误：

• 服务器上装的是命名实例,连接时却只填了IP或主机名。
• 实例名大小写不对（实例名通常不区分大小写，但下划线容易输错）。
• 连接的是别的机器上的默认实例,但该实例已经被停止。

确认方法：登录服务器本机，打开”SQL Server配置管理器”，在”SQL Server服务”里能看到实例名，括号里的名字就是需要写在连接串里的完整实例如MSSQLSERVER表示默认实例,直接填主机名或IP即可。

业内专家指出，在遇到sql2014无法连接到服务器常见原因的故障案例中，实例名写错的占比约两成，尤其在接手别人部署的服务器时,这个坑特别常见。

身份验证模式：sa登录不了是热门问题

如果你确认网络通、端口通、实例名对，但还是连接失败，那就看身份验证，SQL Server 2014有两种验证模式：

sql2014无法连接到服务器怎么解决，这一环节判断起来最容易：在服务器本机上用Windows身份验证登录，如果本机能登，远程登不上,几乎没有悬念是验证模式或账户状态问题。

解决方案：

• 服务器上打开SSMS，右键服务器属性，在”安全性”里选择”SQL Server和Windows身份验证模式”。
• 找到”sa”账户，右键属性，重设密码，并确认状态栏中的”登录”选项是”已启用”。
• 按F5刷新后，重启SQL Server服务（在配置管理器中重启，不是重启电脑）。

顺带提醒一句，如果网络吼远程要求填密码的账户，尽量不要用空密码的sa登录，SQL Server默认也不允许空密码的sa做远程登录，这是安全底线,不是说改就能改的。

客户端配置：别忽略了别名和协议

服务器端确认没问题后，客户端本身也可能连不上，SQL Server客户端连接时，会按照Shared Memory、TCP/IP、Named Pipes的顺序尝试协议。

如果客户端禁用了TCP/IP（默认是启用的），连接会变得极其缓慢，最终报超时错误，在”SQL Server配置管理器”的”客户端协议”里，确认”TCP/IP”处于启用状态。

客户端还支持配置别名，如果你曾经配置过别名，且别名指向的服务器地址写错了（比如IP写成了旧服务器的），这会直接导致连接失败，在”SQL Server配置管理器”的”别名”节点下检查有没有多余的配置。

用sqlcmd工具这一命令行工具测试连接是常用的验证方式：

sqlcmd -S 192.168.1.100,1433 -U sa -P 你的密码

注意逗号是英文逗号，如果是命名实例，用反斜杠：主机名实例名，如果sqlcmd能连上,说明问题出在应用程序的连接字符串里。

服务本身是否在运行

这一条虽然简单，但在排查sql2014为什么连接不到服务器时一定不能跳过，SQL Server 2014的实例有多个服务组成：

• SQL Server服务（数据库引擎核心）
• SQL Server Agent（作业调度,连不上数据库不影响这个服务）
• SQL Server Browser（命名实例的端口解析）

排障时逐一确认：在服务器上打开”服务”管理器（services.msc），按字母S找到SQL Server相关的服务，如果数据库引擎服务的状态不是”正在运行”,右键启动。

顺带看一下SQL Server Browser是否启动，尤其是命名实例，这个服务默认是”手动”状态，如果服务器重启后Browser服务没起来,远程客户端解析实例名就会失败。

连接超时的隐藏原因：域名解析和网络配置

很多SQL Server 2014连接不上的问题，故障根源其实是域名解析失败，客户端填的是主机名,但DNS解析不到对应的IP。

排查方法很简单：在客户端cmd中执行ping 服务器主机名，看是否能解析出正确IP，如果解析不到,改用IP地址直接连接：

sqlcmd -S 192.168.1.100 -U sa -P 密码

用IP直连成功的话，就锁定是DNS问题,把服务器的IP和主机名加入客户端的hosts文件即可。

跨网段连接时，注意服务器的子网掩码和默认网关是否配置正确，这个很多人忽略，比如客户机和服务器在不同的VLAN里，中间没有路由互通,自然连不上。

从日志里找真凶：SQL Server错误日志

方法都试过仍然没解决，得看SQL Server自己的错误日志，开SSMS，连接失败后选择”取消”，然后在弹出的菜单中选”查看SQL Server日志”（前提是你有Windows权限打开它）。

重点看日志开头部分的”错误日志”文件内容，搜索关键字”Login failed”或”Error”：

• 如果看到”Login failed for user ‘sa’. Reason: Password did not match”,说明密码错。
• 如果看到”An error occurred while attempting to connect to the server”,多半是服务本身启动异常。

这一步相当于让SQL Server亲自告诉你它遇到了什么问题,比自己瞎猜要高效得多。

按这个顺序一套走完就能解决

如果不想逐条对着文章翻,按下述顺序操作：

1. 服务器本机netstat -ano | findstr 1433确认监听正常。
2. 在服务器本机用SSMS用Windows身份验证连接,确认服务正常运行。
3. 在服务器本机启用TCP/IP协议，并放行防火墙的1433端口（命名实例还需要UDP 1434）。
4. 在服务器本机用sqlcmd连接测试：sqlcmd -S 本机名实例名 -E,验证本机连接没问题。
5. 修改身份验证模式为混合模式,启用sa并重设强密码。
6. 重启SQL Server服务,让配置生效。
7. 在客户端用sqlcmd测试：sqlcmd -S 服务器IP,1433 -U sa -P 密码。

如果走到第7步才报错，再看具体报错内容,顺着报错信息去查比漫无目的地排查效率高得多。

Q&A：sql2014连接问题的几个高频疑惑

问：SQL Server 2014在局域网内连不上，但本机能连，是哪儿的问题？

大概率是防火墙或SQL Server配置本身的问题，先确认服务端的TCP/IP协议已启用，再确认防火墙放行了1433端口，其次确认SA账户已启用且密码正确，按这个顺序查，局域网连不上的问题多半能解决，还有一种情况是SQL Server Browser服务未启动,导致命名实例解析不了。

问：sqlcmd能连上，但用SSMS（图形界面）连不上，为什么？

sqlcmd和SSMS使用的连接协议完全一致，不应存在一个通一个不通的情况，常见的原因是SSMS的”登录”对话框中，你在”服务器名称”一栏写了类似tcp:服务器IP,1433的格式，而SQL Server 2014的SSMS版本与数据库引擎版本不兼容，导致连接失败，建议使用SQL Server 2014对应的SSMS版本，或检查连接对话框中是否错误勾选了”加密连接”选项，另一个可能的原因是SSMS的最近连接记录是旧的,重新手动输入服务器名和正确的账号密码再试一次。