SQL Server 連接超時案例一則


   上周六,一工廠系統管理員反饋一數據庫連接不上,SSMS連接數據庫報“連接超時時間已到。在嘗試使用預登錄握手確認時超過了此超時時間.......”, 如下截圖所示:

 

clipboard

 

另外遠程連接也連接不上,系統管理員只能通過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

 

所以,我可以斷定應該是防火牆屏蔽了所有端口,系統管理先將防火牆關閉后,一切恢復正常,后面他檢查發現是因為組策導致防火牆自動啟用,而這台數據庫服務器沒有開放相關端口。從而導致了這個問題。另外,如果網絡出現延遲較嚴重或丟包現象,也會導致這個錯誤出現


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM