SQL Server 连接超时案例一则

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

SQL Server 连接超时案例一则

另外远程连接也连接不上,系统管理员只能通过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

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

上一篇:一次“ora-12170 tns 连接超时”的经历


下一篇:attempted to return null from a method with a primitive return type (int).