SQL Server 连接超时案例一则

   上周六，一工厂系统管理员反馈一数据库连接不上，SSMS连接数据库报“连接超时时间已到。在尝试使用预登录握手确认时超过了此超时时间.......”, 如下截图所示：

 

 

另外远程连接也连接不上，系统管理员只能通过vSphere Client连接到这台服务器，我这边也无法远程登录检查具体情况,ping 这台服务器发现网络正常，没有丢包或时延严重情况，那我就在Linux上使用nmap扫描了一下这台服务器端口情况,发现1433端口没有开放，另外发现该服务器居然没有一个端口对外开放。

 

[oracle@DB-Server ~]$ nmap 192.xxx.xxx.xxx

Starting Nmap 4.11 ( http://www.insecure.org/nmap/ ) at 2016-07-23 09:28 CST

Note: Host seems down. If it is really up, but blocking our ping probes, try -P0

Nmap finished: 1 IP address (0 hosts up) scanned in 2.039 seconds

 

我检查、对比了另外一台正常的SQL Server 服务器开放的端口，如下所示：

 

[oracle@DB-Server ~]$ nmap 192.168.xxx.xxx

Starting Nmap 4.11 ( http://www.insecure.org/nmap/ ) at 2016-07-23 09:34 CST

Interesting ports on xxxx.xxx.xxx.com (192.168.xxx.xxx):

Not shown: 1670 filtered ports

PORT      STATE SERVICE

135/tcp   open  msrpc

139/tcp   open  netbios-ssn

445/tcp   open  microsoft-ds

1433/tcp  open  ms-sql-s

3389/tcp  open  ms-term-serv

10000/tcp open  snet-sensor-mgmt

Nmap finished: 1 IP address (1 host up) scanned in 30.326 seconds

 

所以，我可以断定应该是防火墙屏蔽了所有端口，系统管理先将防火墙关闭后，一切恢复正常，后面他检查发现是因为组策导致防火墙自动启用，而这台数据库服务器没有开放相关端口。从而导致了这个问题。另外，如果网络出现延迟较严重或丢包现象，也会导致这个错误出现。