博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
SQL Server 连接超时案例一则
阅读量:6240 次
发布时间:2019-06-22

本文共 1138 字,大约阅读时间需要 3 分钟。

   上周六,一工厂系统管理员反馈一数据库连接不上,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

 

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

转载地址:http://qbdia.baihongyu.com/

你可能感兴趣的文章
第 8 章 容器网络 - 058 - flannel 概述
查看>>
Mongodb删除collection
查看>>
ArcEngine应用程序中无法实现TOC图层多选
查看>>
Java-笔记9-复习
查看>>
python---基本数据结构
查看>>
Windows下JDK,Tomcat,Eclipse安装配置
查看>>
vue的checkbox或多选的select的代码例子
查看>>
es6-Set和Map数据结构
查看>>
使用ffmpeg将录屏文件转换成gif
查看>>
作业七 总结
查看>>
Oracle的静默安装 升级和卸载 参考规范
查看>>
高效存储过程分页
查看>>
电脑用U盘启动
查看>>
Web漏洞扫描
查看>>
使用xtrabackup做数据库的增量备份
查看>>
“程序已停止工作”问题的解决方法,停止解决方法
查看>>
[c++] 幂法求特征向量
查看>>
WEB项目(B/S系统)打包安装(总结篇)
查看>>
Cartographer源码阅读(8):imu_tracker
查看>>
U盘,移动硬盘显示显示需要格式化怎么修复
查看>>