sql server 2012连接问题

背景：服务器A跟服务器B之间是可以连接数据库的，今天早上，在服务器A上连不了B的数据库；
错误为：
连接超时时间已到。在尝试使用预登录握手确认时超过了此超时时间。这可能是因为预登录握手失败或服务器未能及时响应。尝试连接到此服务器时花费的持续时间是 - [Pre-Login] initialization=1；handshake=14997； (.Net SqlClient Data Provider)

------------------------------
有关帮助信息，请单击: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&EvtSrc=MSSQLServer&EvtID=-2&LinkId=20476

------------------------------
错误号: -2
严重性: 11
状态: 0
关掉服务器B上的防火墙，再连接，还是报同样错误，在线等待支招 sql server 2012连接问题

29 个解决方案

#1

sqlserver配置管理器中，网络配置TCP/IP协议看看有没有改动，这里是假设你知道之前的配置值。

另外在B上用SELECT * FROM SYS.SYSPROCESSES WHERE BLOCKED<>0看看有没有waittime很大的，并且有可能存在问题的SPID，杀掉看看

#2

服务器A上的防火墙也关掉试试.

在服务器A telnet 服务器B的SQL端口,看是否正常.

#3

引用 1 楼 DBA_Huangzj 的回复:

sqlserver配置管理器中，网络配置TCP/IP协议看看有没有改动，这里是假设你知道之前的配置值。

另外在B上用SELECT * FROM SYS.SYSPROCESSES WHERE BLOCKED<>0看看有没有waittime很大的，并且有可能存在问题的SPID，杀掉看看

每个的waittime都等于0 sql server 2012连接问题

#4

引用 2 楼 ap0405140 的回复:

服务器A上的防火墙也关掉试试.

在服务器A telnet 服务器B的SQL端口,看是否正常.

telnet是正常的。。。

#5

引用 2 楼 ap0405140 的回复:

服务器A上的防火墙也关掉试试.

在服务器A telnet 服务器B的SQL端口,看是否正常.

在服务器B上登录，服务器名称用'.'登录是可以的，但是用IP就不行

#6

检查服务器B上MSSQL网络配置协议里,TCP/IP协议是否有启用.

#7

引用 6 楼 ap0405140 的回复:

检查服务器B上MSSQL网络配置协议里,TCP/IP协议是否有启用.

启用的

#8

引用 6 楼 ap0405140 的回复:

检查服务器B上MSSQL网络配置协议里,TCP/IP协议是否有启用.

TCP/IP是启用的，本机登录的时候服务器名称用'.'跟计算机名称可以登录，但是用IP登录不了，在B上的hosts文件添加了'IP 计算机名称’还是不行；其他服务器怎么也连接不到服务器A

#9

服务器B是否是多网卡的? 查看TCP/IP协议设置里的IP地址是否正确.

#10

引用 9 楼 ap0405140 的回复:

服务器B是否是多网卡的? 查看TCP/IP协议设置里的IP地址是否正确.

是多网卡，一个内网，一个外网，TCP/IP协议中IP1为外网，IP2为内网

#11

WINDOWS和SQL Server用户都无法连接吗？

#12

引用 11 楼 SmithLiu328 的回复:

WINDOWS和SQL Server用户都无法连接吗？

服务器名称只要是IP的都是不能连接，但是如果服务器名称为计算机名跟‘.’的话，Windows跟SA就可以连接

#13

这个倒是很诡异呀。

看了上面，感觉该判断的的都判断了：
防火墙配置
MSSQL网络配置
telnet连接。

会不会是网卡出现故障了 sql server 2012连接问题

#14

引用 13 楼 yupeigu 的回复:

这个倒是很诡异呀。

看了上面，感觉该判断的的都判断了：
防火墙配置
MSSQL网络配置
telnet连接。

会不会是网卡出现故障了

在B上可以连接到其他服务器的数据库，但是在其他服务器上的数据库就是连接不到B上。今天早上一来，服务器B莫名其妙的可以使用IP登录了。。。。 sql server 2012连接问题

查看Windows日志，数据库日志都木有什么错误。。。。 sql server 2012连接问题

#15

引用 14 楼 journeysxy 的回复:

Quote: 引用 13 楼 yupeigu 的回复:

这个倒是很诡异呀。

看了上面，感觉该判断的的都判断了：
防火墙配置
MSSQL网络配置
telnet连接。

会不会是网卡出现故障了

在B上可以连接到其他服务器的数据库，但是在其他服务器上的数据库就是连接不到B上。今天早上一来，服务器B莫名其妙的可以使用IP登录了。。。。查看Windows日志，数据库日志都木有什么错误。。。。

难道是故障自动恢复了，对了服务器重启过吗

#16

上次听一个人说，他的朋友的一台服务器，经常三天两头出现各种故障，硬件的、系统的、数据库的，还有网络的，弄了很长时间，但还是经常出现各种问题。

后来，说他的朋友出去旅游，买了一个狮子的雕塑，放到那个服务器上面，很奇怪，从此再也没有出现过什么问题。

#17

引用 15 楼 yupeigu 的回复:

Quote: 引用 14 楼 journeysxy 的回复:

Quote: 引用 13 楼 yupeigu 的回复:

这个倒是很诡异呀。

看了上面，感觉该判断的的都判断了：
防火墙配置
MSSQL网络配置
telnet连接。

会不会是网卡出现故障了

在B上可以连接到其他服务器的数据库，但是在其他服务器上的数据库就是连接不到B上。今天早上一来，服务器B莫名其妙的可以使用IP登录了。。。。查看Windows日志，数据库日志都木有什么错误。。。。

难道是故障自动恢复了，对了服务器重启过吗

完全没有。。。

#18

引用 17 楼 journeysxy 的回复:

Quote: 引用 15 楼 yupeigu 的回复:

Quote: 引用 14 楼 journeysxy 的回复:

Quote: 引用 13 楼 yupeigu 的回复:

这个倒是很诡异呀。

看了上面，感觉该判断的的都判断了：
防火墙配置
MSSQL网络配置
telnet连接。

会不会是网卡出现故障了

在B上可以连接到其他服务器的数据库，但是在其他服务器上的数据库就是连接不到B上。今天早上一来，服务器B莫名其妙的可以使用IP登录了。。。。查看Windows日志，数据库日志都木有什么错误。。。。

难道是故障自动恢复了，对了服务器重启过吗

完全没有。。。

这种问题确实很难诊断到底是什么原因导致的，你不知道怎么坏的，也不知道怎么好的。

#19

引用 16 楼 yupeigu 的回复:

上次听一个人说，他的朋友的一台服务器，经常三天两头出现各种故障，硬件的、系统的、数据库的，还有网络的，弄了很长时间，但还是经常出现各种问题。

后来，说他的朋友出去旅游，买了一个狮子的雕塑，放到那个服务器上面，很奇怪，从此再也没有出现过什么问题。

看到这个回复，莫名觉得CSDN还是很有爱的 sql server 2012连接问题

#20

引用 18 楼 yupeigu 的回复:

Quote: 引用 17 楼 journeysxy 的回复:

Quote: 引用 15 楼 yupeigu 的回复:

Quote: 引用 14 楼 journeysxy 的回复:

Quote: 引用 13 楼 yupeigu 的回复:

这个倒是很诡异呀。

看了上面，感觉该判断的的都判断了：
防火墙配置
MSSQL网络配置
telnet连接。

会不会是网卡出现故障了

在B上可以连接到其他服务器的数据库，但是在其他服务器上的数据库就是连接不到B上。今天早上一来，服务器B莫名其妙的可以使用IP登录了。。。。查看Windows日志，数据库日志都木有什么错误。。。。

难道是故障自动恢复了，对了服务器重启过吗

完全没有。。。

这种问题确实很难诊断到底是什么原因导致的，你不知道怎么坏的，也不知道怎么好的。

太受挫了。。。

#21

引用 20 楼 journeysxy 的回复:

Quote: 引用 18 楼 yupeigu 的回复:

Quote: 引用 17 楼 journeysxy 的回复:

Quote: 引用 15 楼 yupeigu 的回复:

Quote: 引用 14 楼 journeysxy 的回复:

Quote: 引用 13 楼 yupeigu 的回复:

这个倒是很诡异呀。

看了上面，感觉该判断的的都判断了：
防火墙配置
MSSQL网络配置
telnet连接。

会不会是网卡出现故障了

在B上可以连接到其他服务器的数据库，但是在其他服务器上的数据库就是连接不到B上。今天早上一来，服务器B莫名其妙的可以使用IP登录了。。。。查看Windows日志，数据库日志都木有什么错误。。。。

难道是故障自动恢复了，对了服务器重启过吗

完全没有。。。

这种问题确实很难诊断到底是什么原因导致的，你不知道怎么坏的，也不知道怎么好的。

太受挫了。。。

你看一下你的服务器名称对应的IP地址对不对

#22

IP是否为要连接的网卡的，有时可能是很低级的疏忽！

#23

引用 22 楼 imbounty 的回复:

IP是否为要连接的网卡的，有时可能是很低级的疏忽！

网卡都是正常的，服务器之间的远程连接都是没有问题，只是数据库之间的连接就出现这个问题。。

#24

引用 23 楼 journeysxy 的回复:

Quote: 引用 22 楼 imbounty 的回复:

IP是否为要连接的网卡的，有时可能是很低级的疏忽！

网卡都是正常的，服务器之间的远程连接都是没有问题，只是数据库之间的连接就出现这个问题。。

解决了没，我也碰到这样问题，今天

#25

怎么破啊？

#26

可能是你本地的IP地址错了

#27

提示说，预登陆，想必是使用你之前的登录账户，所以有可能是你的IP错误

#28

我人为是网络波动导致的，我已经碰见过两次这种情况了，重启交换机以后就不报错了。

#29

http://www.cnblogs.com/qly2046/p/5590697.html
这应该和你说的问题差不多，你看看是不是？

#1

#2

服务器A上的防火墙也关掉试试.

在服务器A telnet 服务器B的SQL端口,看是否正常.

#3

引用 1 楼 DBA_Huangzj 的回复:

sqlserver配置管理器中，网络配置TCP/IP协议看看有没有改动，这里是假设你知道之前的配置值。

另外在B上用SELECT * FROM SYS.SYSPROCESSES WHERE BLOCKED<>0看看有没有waittime很大的，并且有可能存在问题的SPID，杀掉看看

每个的waittime都等于0 sql server 2012连接问题

#4

引用 2 楼 ap0405140 的回复:

服务器A上的防火墙也关掉试试.

在服务器A telnet 服务器B的SQL端口,看是否正常.

telnet是正常的。。。

#5

引用 2 楼 ap0405140 的回复:

服务器A上的防火墙也关掉试试.

在服务器A telnet 服务器B的SQL端口,看是否正常.

在服务器B上登录，服务器名称用'.'登录是可以的，但是用IP就不行

#6

检查服务器B上MSSQL网络配置协议里,TCP/IP协议是否有启用.

#7

引用 6 楼 ap0405140 的回复:

检查服务器B上MSSQL网络配置协议里,TCP/IP协议是否有启用.

启用的

#8

引用 6 楼 ap0405140 的回复:

检查服务器B上MSSQL网络配置协议里,TCP/IP协议是否有启用.

#9

服务器B是否是多网卡的? 查看TCP/IP协议设置里的IP地址是否正确.

#10

引用 9 楼 ap0405140 的回复:

服务器B是否是多网卡的? 查看TCP/IP协议设置里的IP地址是否正确.

是多网卡，一个内网，一个外网，TCP/IP协议中IP1为外网，IP2为内网

#11

WINDOWS和SQL Server用户都无法连接吗？

#12

引用 11 楼 SmithLiu328 的回复:

WINDOWS和SQL Server用户都无法连接吗？

服务器名称只要是IP的都是不能连接，但是如果服务器名称为计算机名跟‘.’的话，Windows跟SA就可以连接

#13

这个倒是很诡异呀。

看了上面，感觉该判断的的都判断了：
防火墙配置
MSSQL网络配置
telnet连接。

会不会是网卡出现故障了 sql server 2012连接问题

#14

引用 13 楼 yupeigu 的回复:

这个倒是很诡异呀。

看了上面，感觉该判断的的都判断了：
防火墙配置
MSSQL网络配置
telnet连接。

会不会是网卡出现故障了

查看Windows日志，数据库日志都木有什么错误。。。。 sql server 2012连接问题

#15

引用 14 楼 journeysxy 的回复:

Quote: 引用 13 楼 yupeigu 的回复:

这个倒是很诡异呀。

看了上面，感觉该判断的的都判断了：
防火墙配置
MSSQL网络配置
telnet连接。

会不会是网卡出现故障了

在B上可以连接到其他服务器的数据库，但是在其他服务器上的数据库就是连接不到B上。今天早上一来，服务器B莫名其妙的可以使用IP登录了。。。。查看Windows日志，数据库日志都木有什么错误。。。。

难道是故障自动恢复了，对了服务器重启过吗

#16

#17

引用 15 楼 yupeigu 的回复:

Quote: 引用 14 楼 journeysxy 的回复:

Quote: 引用 13 楼 yupeigu 的回复:

这个倒是很诡异呀。

看了上面，感觉该判断的的都判断了：
防火墙配置
MSSQL网络配置
telnet连接。

会不会是网卡出现故障了

在B上可以连接到其他服务器的数据库，但是在其他服务器上的数据库就是连接不到B上。今天早上一来，服务器B莫名其妙的可以使用IP登录了。。。。查看Windows日志，数据库日志都木有什么错误。。。。

难道是故障自动恢复了，对了服务器重启过吗

完全没有。。。

#18

引用 17 楼 journeysxy 的回复:

Quote: 引用 15 楼 yupeigu 的回复:

Quote: 引用 14 楼 journeysxy 的回复:

Quote: 引用 13 楼 yupeigu 的回复:

这个倒是很诡异呀。

看了上面，感觉该判断的的都判断了：
防火墙配置
MSSQL网络配置
telnet连接。

会不会是网卡出现故障了

在B上可以连接到其他服务器的数据库，但是在其他服务器上的数据库就是连接不到B上。今天早上一来，服务器B莫名其妙的可以使用IP登录了。。。。查看Windows日志，数据库日志都木有什么错误。。。。

难道是故障自动恢复了，对了服务器重启过吗

完全没有。。。

这种问题确实很难诊断到底是什么原因导致的，你不知道怎么坏的，也不知道怎么好的。

#19

引用 16 楼 yupeigu 的回复:

上次听一个人说，他的朋友的一台服务器，经常三天两头出现各种故障，硬件的、系统的、数据库的，还有网络的，弄了很长时间，但还是经常出现各种问题。

后来，说他的朋友出去旅游，买了一个狮子的雕塑，放到那个服务器上面，很奇怪，从此再也没有出现过什么问题。

看到这个回复，莫名觉得CSDN还是很有爱的 sql server 2012连接问题

#20

引用 18 楼 yupeigu 的回复:

Quote: 引用 17 楼 journeysxy 的回复:

Quote: 引用 15 楼 yupeigu 的回复:

Quote: 引用 14 楼 journeysxy 的回复:

Quote: 引用 13 楼 yupeigu 的回复:

这个倒是很诡异呀。

看了上面，感觉该判断的的都判断了：
防火墙配置
MSSQL网络配置
telnet连接。

会不会是网卡出现故障了

在B上可以连接到其他服务器的数据库，但是在其他服务器上的数据库就是连接不到B上。今天早上一来，服务器B莫名其妙的可以使用IP登录了。。。。查看Windows日志，数据库日志都木有什么错误。。。。

难道是故障自动恢复了，对了服务器重启过吗

完全没有。。。

这种问题确实很难诊断到底是什么原因导致的，你不知道怎么坏的，也不知道怎么好的。

太受挫了。。。

#21

引用 20 楼 journeysxy 的回复:

Quote: 引用 18 楼 yupeigu 的回复:

Quote: 引用 17 楼 journeysxy 的回复:

Quote: 引用 15 楼 yupeigu 的回复:

Quote: 引用 14 楼 journeysxy 的回复:

Quote: 引用 13 楼 yupeigu 的回复:

这个倒是很诡异呀。

看了上面，感觉该判断的的都判断了：
防火墙配置
MSSQL网络配置
telnet连接。

会不会是网卡出现故障了

在B上可以连接到其他服务器的数据库，但是在其他服务器上的数据库就是连接不到B上。今天早上一来，服务器B莫名其妙的可以使用IP登录了。。。。查看Windows日志，数据库日志都木有什么错误。。。。

难道是故障自动恢复了，对了服务器重启过吗

完全没有。。。

这种问题确实很难诊断到底是什么原因导致的，你不知道怎么坏的，也不知道怎么好的。

太受挫了。。。

你看一下你的服务器名称对应的IP地址对不对

#22

IP是否为要连接的网卡的，有时可能是很低级的疏忽！

#23

引用 22 楼 imbounty 的回复:

IP是否为要连接的网卡的，有时可能是很低级的疏忽！

网卡都是正常的，服务器之间的远程连接都是没有问题，只是数据库之间的连接就出现这个问题。。

#24

引用 23 楼 journeysxy 的回复:

Quote: 引用 22 楼 imbounty 的回复:

IP是否为要连接的网卡的，有时可能是很低级的疏忽！

网卡都是正常的，服务器之间的远程连接都是没有问题，只是数据库之间的连接就出现这个问题。。

解决了没，我也碰到这样问题，今天

#25

怎么破啊？

#26

可能是你本地的IP地址错了

#27

提示说，预登陆，想必是使用你之前的登录账户，所以有可能是你的IP错误

#28

我人为是网络波动导致的，我已经碰见过两次这种情况了，重启交换机以后就不报错了。

#29

http://www.cnblogs.com/qly2046/p/5590697.html
这应该和你说的问题差不多，你看看是不是？

sql server 2012连接问题

29 个解决方案

#1

#2

#3

#4

#5

#6

#7

#8

#9

#10

#11

#12

#13

#14

#15

#16

#17

#18

#19

#20

#21

#22

#23

#24

#25

#26

#27

#28

#29

#1

#2

#3

#4

#5

#6

#7

#8

#9

#10

#11

#12

#13

#14

#15

#16

#17

#18

#19

#20

#21

#22

#23

#24

#25

#26

#27

#28

#29

相关文章