在建立与服务器的连接时出错。在连接到 SQL Server 2005 时,在默认的设置下 SQL Server 不允许进行远程连接可能会导致此失败。

时间:2021-10-17 17:09:56
在建立与服务器的连接时出错。在连接到 SQL Server 2005 时,在默认的设置下 SQL Server 不允许进行远程连接可能会导致此失败。 (provider: 命名管道提供程序, error: 40 - 无法打开到 SQL Server 的连接) 

以上是我在运行一段。NET代码的时候提示的错误信息~不知道是怎么搞的~我在用.NET做网站,刚做了个小小的添加模块,程序全部编译成功,运行也进入了添加页面,可是我只要把数据填好一点提交按钮,数据提交,就弹出上面写的错误提示`~~我事先以为是连接字符串写错了~~可是没错啊~
最后实在找不出代码的错误在哪了~我就直接把相关代码全部发给我朋友,结果代码在他电脑上运行完后,在添加页面进行数据添加,竟然能够添加成功了哦~这就说明我的代码应该是没有错误的~那问题到底出在哪呢~
小弟实在是不知道该怎么搞了~~希望各位在座的大哥们帮帮小弟~小弟真的好急哦~~

48 个解决方案

#1


解决方法:开始->所有程序->Ms Sql Server->配置工具->sql server外围应用配置器->服务和连接的外围应用配置器->打开MSSQLSERVER节点下的Database Engine 节点,先择"远程连接",接下建议选择"同时使用TCP/IP和named pipes",确定后,重启数据库服务就可以了.

#2


你是不是想链接远程的SQL2000,如果是的话,需要远程的SQL2000安装了SP4才可以。

如果不是,就看看你的链接字符串是不是有问题!!!

#3


SQL Server 外围应用配置器->远程连接,打开Tcp/Ip 默认的是本地连接,要选中本地连接和远程连接
SQL Server configuration Manager -- SQL Server 2005网络配置 -- SQLEXPRESS的协议 -- TCP/IP -- IP地址 动态端口一律 1433

#4


另外,不建议使用命名管理,建议使用TCP/IP去连服务器。如果使用TCP/IP还无法连接数据库,则可以在cmd中,输入telnet ip 1433(如telnet 192.168.1.1 1433)来判断IP通道是否可以连到服务器吧。

不要用类似 Data Source=127.0.0.1; 等IP格式
而要改成 Date Source=servername\SQLEXPRESS;

#5


你用的是sqlexpress吗?
先打开配置工具,里面有一个网络配置,右边栏,有一个协议名称TCP/IP和Named Pipes 都给启用了,然后重启一下服务!打开Sql Server Management Studio连接进入数据库
->对象资源管理器 -> 机器名称\sqlexpress(sql server 0.0....),右击->属性
服务器属性 ->安全性 ->服务器身份验证 选择sql server和windows身份验证模式!
默认是使用windows身份验证模式

#6


我用的是SQLServer 2005

#7


我早就设置了同时使用TCP/IP和named pipes,可是还是不行~

#8


只开一个命名管道协议

#9



连接串中:用 server=机器名/数据库实例名 试试

#10


用server=机器名/数据库实例名也试了~还是上叙报错~

#11



把防火墙关掉...

#12


也关了的~

#13


有人说可能是 TCP/IP -- IP地址 动态端口不为1433导致的~我的这个端口也确实不是1433,可是我不知道在哪改啊~

#14


而且我以前我的SQL 也用的好好的~就前几天重装了系统后~写的网站代码就全部无法连接数据库了(在我电脑上)~是什么原因哦~~以前装了系统也没特意去设置什么数据库啊~~照样能用~就这次不知道怎么搞的~麻烦大哥教教我~谢谢了~

#15


是不是安装了瑞星防火墙的原因?

#16


SQL Server2005的默认端口不是1433。在SQL Server配置管理器中选择SQL Server2005网络配置,选择你的数据库的协议,右键单击TCP/IP协议,然后选择属性,在IP地址中,将动态端口改为1433,重启服务器即可。

#17



在装有防火墙的主机上,需要开放连接所需的端口,只有一个实例的主机上,默认是TCP1433端
口. 
客户端在连接时,需要指定连接的端口号,例如1433,并开放防火墙的UDP1434端口。 

#18


直接把那个默认的数字改成1433就行了吗~哦~我试一下哈~先~

#19


不可以呀 ~~大哥~~我把端口全部改成了1433了,还是不行啊~~怎么办啊~~

#20


大哥们~有知道怎么搞的吗~出来教教小弟啊~江湖救急啊`~5555~~~~~~

#21


sql2000sp4补丁

#22


怎么还要搞补丁啊~不是吧~~

#23



打上SP4试试...

#24


关注!!

#25


SQL Server连接中的四个最常见错误: 

一."SQL Server 不存在或访问被拒绝" 

这个是最复杂的,错误发生的原因比较多,需要检查的方面也比较多. 

一般说来,有以下几种可能性: 

1,SQL Server名称或IP地址拼写有误 
2,服务器端网络配置有误 
3,客户端网络配置有误 

要解决这个问题,我们一般要遵循以下的步骤来一步步找出导致错误的原因. 


============= 首先,检查网络物理连接 ============= 
ping <服务器IP地址/服务器名称> 

如果 ping <服务器IP地址> 不成功,说明物理连接有问题,这时候要检查硬件设备,如网卡,HUB,路由器等. 
还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的,比如 ISA Server.防火墙软件可能会屏蔽对 ping,telnet 等的响应 
因此在检查连接问题的时候,我们要先把防火墙软件暂时关闭,或者打开所有被封闭的端口. 

如果ping <服务器IP地址> 成功而,ping <服务器名称> 失败 
则说明名字解析有问题,这时候要检查 DNS 服务是否正常. 
有时候客户端和服务器不在同一个局域网里面,这时候很可能无法直接使用服务器名称来标识该服务器,这时候我们可以使用HOSTS文件来进行名字解析, 
具体的方法是: 

1.使用记事本打开HOSTS文件(一般情况下位于C:\WINNT\system32\drivers\etc). 
添加一条IP地址与服务器名称的对应记录,如: 
172.168.10.24 myserver 

2.或在 SQL Server 的客户端网络实用工具里面进行配置,后面会有详细说明. 


============= 其次,使用 telnet 命令检查SQL Server服务器工作状态 ============= 
telnet <服务器IP地址> 1433 

如果命令执行成功,可以看到屏幕一闪之后光标在左上角不停闪动,这说明 SQL Server 服务器工作正常,并且正在监听1433端口的 TCP/IP 连接 
如果命令返回"无法打开连接"的错误信息,则说明服务器端没有启动 SQL Server 服务, 
也可能服务器端没启用 TCP/IP 协议,或者服务器端没有在 SQL Server 默认的端口1433上监听. 


=============接着,我们要到服务器上检查服务器端的网络配置,检查是否启用了命名管道.是否启用了 TCP/IP 协议等等 ============= 
可以利用 SQL Server 自带的服务器网络使用工具来进行检查. 

点击:程序 -- Microsoft SQL Server -- 服务器网络使用工具 

打开该工具后,在"常规"中可以看到服务器启用了哪些协议. 
一般而言,我们启用命名管道以及 TCP/IP 协议. 
点中 TCP/IP 协议,选择"属性",我们可以来检查 SQK Server 服务默认端口的设置 
一般而言,我们使用 SQL Server 默认的1433端口.如果选中"隐藏服务器",则意味着客户端无法通过枚举服务器来看到这台服务器,起到了保护的作用,但不影响连接. 


============= 接下来我们要到客户端检查客户端的网络配置 ============= 
我们同样可以利用 SQL Server 自带的客户端网络使用工具来进行检查, 
所不同的是这次是在客户端来运行这个工具. 

点击:程序 -- Microsoft SQL Server -- 客户端网络使用工具 

打开该工具后,在"常规"项中,可以看到客户端启用了哪些协议. 
一般而言,我们同样需要启用命名管道以及 TCP/IP 协议. 
点击 TCP/IP 协议,选择"属性",可以检查客户端默认连接端口的设置,该端口必须与服务器一致. 

单击"别名"选项卡,还可以为服务器配置别名.服务器的别名是用来连接的名称, 
连接参数中的服务器是真正的服务器名称,两者可以相同或不同.别名的设置与使用HOSTS文件有相似之处.


二."无法连接到服务器,用户xxx登陆失败" 

该错误产生的原因是由于SQL Server使用了"仅 Windows"的身份验证方式, 
因此用户无法使用SQL Server的登录帐户(如 sa )进行连接.解决方法如下所示: 

1.在服务器端使用企业管理器,并且选择"使用 Windows 身份验证"连接上 SQL Server 
操作步骤: 
在企业管理器中 
--右键你的服务器实例(就是那个有绿色图标的) 
--编辑SQL Server注册属性 
--选择"使用windows身份验证" 

--选择"使用SQL Server身份验证" 
--登录名输入:sa,密码输入sa的密码 
--确定 

2.设置允许SQL Server身份登录 
操作步骤: 
在企业管理器中 
--展开"SQL Server组",鼠标右键点击SQL Server服务器的名称 
--选择"属性" 
--再选择"安全性"选项卡 
--在"身份验证"下,选择"SQL Server和 Windows ". 
--确定,并重新启动SQL Server服务. 

在以上解决方法中,如果在第 1 步中使用"使用 Windows 身份验证"连接 SQL Server 失败, 
那就通过修改注册表来解决此问题: 

1.点击"开始"-"运行",输入regedit,回车进入注册表编辑器 
2.依次展开注册表项,浏览到以下注册表键: 
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer] 
3.在屏幕右方找到名称"LoginMode",双击编辑双字节值 
4.将原值从1改为2,点击"确定" 
5.关闭注册表编辑器 
6.重新启动SQL Server服务. 

此时,用户可以成功地使用sa在企业管理器中新建SQL Server注册, 
但是仍然无法使用Windows身份验证模式来连接SQL Server. 
这是因为在 SQL Server 中有两个缺省的登录帐户: 
BUILTIN\Administrators 
<机器名>\Administrator 被删除. 
要恢复这两个帐户,可以使用以下的方法: 

1.打开企业管理器,展开服务器组,然后展开服务器 

2.展开"安全性",右击"登录",然后单击"新建登录" 

3.在"名称"框中,输入 BUILTIN\Administrators 

4.在"服务器角色"选项卡中,选择"System Administrators" 

5.点击"确定"退出 

6.使用同样方法添加 <机器名>\Administrator 登录. 

说明: 

以下注册表键: 
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode 
的值决定了SQL Server将采取何种身份验证模式. 
1.表示使用"Windows 身份验证"模式 
2.表示使用混合模式(Windows 身份验证和 SQL Server 身份验证). 


----------------------------------------------------------------------------- 

三.提示连接超时 

如果遇到第三个错误,一般而言表示客户端已经找到了这台服务器,并且可以进行连接, 
不过是由于连接的时间大于允许的时间而导致出错. 
这种情况一般会发生在当用户在Internet上运行企业管理器来注册另外一台同样在Internet上的服务器, 
并且是慢速连接时,有可能会导致以上的超时错误.有些情况下,由于局域网的网络问题,也会导致这样的错误. 

要解决这样的错误,可以修改客户端的连接超时设置. 
默认情况下,通过企业管理器注册另外一台SQL Server的超时设置是 4 秒, 
而查询分析器是 15 秒(这也是为什么在企业管理器里发生错误的可能性比较大的原因). 

具体步骤为: 
企业管理器中的设置: 
1.在企业管理器中,选择菜单上的"工具",再选择"选项" 
2.在弹出的"SQL Server企业管理器属性"窗口中,点击"高级"选项卡 
3.在"连接设置"下的"登录超时(秒)"右边的框中输入一个比较大的数字,如 20. 

查询分析器中的设置: 
工具 -- 选项 -- 连接 -- 将登录超时设置为一个较大的数字 


--------------------------------------------------------------------------------- 

四.大部分机都用Tcp/ip才能成功,有次我发现用Named Pipes才可以? 

回复人: leimin(黄山光明顶) 

这是因为在WINDOWS 2000以后的操作系统中,MS为解决SQL SERVER的安全问题将TCP/IP配置 
为SQLSERVER的默认连接协议,你可以在CLIENT NETWORK UTILITY中看到TCP/IP和NAME PIPE 
的顺序。 

你也可以在: 
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib] 
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00 
看到默认的协议。 

2.怎么在程序中更改Named Pipes , Tcp/ip ,其sql语句怎么写? 
你可以在上面提到的注册表的位置修改: 
CLIENT端: 
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib] 
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00 

SERVER端: 
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\SuperSocketNetLib] 
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00 

#26


xuexi

#27


可是我用的是2000啊?

#28


开始-〉sql2005 -〉配置工具 -〉sql配置管理器,打开看看sqlexpress和sql browser是不是打开的样子。如果是的话,再用下边的办法。如果没开,就打开好了。
打开Sql Server 2005 “配置工具” 中的“SQL Server 外围应用配置器”,点击“服务和连接的外围应用配置器”; 2.在出来的界面中点击“Database Engine”中的“远程连接”,把连接方式改为“本地连接和远程连接”中的“同时使用tcp/ip和name pipes”; 3.修改后通过“配置工具”中的“SQL Server Configuration Manager”重启Sql Server 2005服务;

#29


SQL   Server   外围应用配置器-> 远程连接,打开Tcp/Ip   默认的是本地连接,要选中本地连接和远程连接
SQL   Server   configuration   Manager   --   SQL   Server   2005网络配置   --   SQLEXPRESS的协议   --   TCP/IP   --   IP地址   

#30


  我现在也遇到这个问题,好烦人哦!
  我的QQ181732481,楼主有空的话,可以帮帮我  嘿嘿

#31


俺也遇到这个问题,
后来一检查,有人把SQL2000的服务给停了
启动就好了
NND

#32


.....

关注

#33


引用 1 楼 ERPCoder 的回复:
解决方法:开始-> 所有程序-> Ms   Sql   Server-> 配置工具-> sql   server外围应用配置器-> 服务和连接的外围应用配置器-> 打开MSSQLSERVER节点下的Database   Engine   节点,先择 "远程连接 ",接下建议选择 "同时使用TCP/IP和named   pipes ",确定后,重启数据库服务就可以了.

赞同

#34


我现在也遇到了,可问题解决不了....

#35


看来高手很多,学习了

#36


关注一下

#37


受用

#38


请确认安装SQL Server时是否选中了“混合模式”!

#39


如果你是server2005 express版本,在连接字串是这样
Data Source=主机名\SQLEXPRESS;

这个在vs2008服务器资源管理器,右键点创建新SQL数据库,在服务器名下拉列表可以看到

如果是默认的Windows认证,则把连接字串的用户名和密码去掉,换成Trusted_Connection=True;

#40


都是千篇一律,无法解决问题

#41


大侠啊,快现身吧!我也是出现这个错误啦

#42


百度.谷歌查询解决方法多了.最重要要学会学习方法.

#43


http://www.cnblogs.com/services/archive/2009/10/28/1591063.html

看看我的远程连接Sql Server 2005 的总结。

#44


我今天遇到同样的问题,是由于SQL服务被停止了,启动即可解决。

#45


关注!!!!!

#46


me too

#47


SQL   Server   外围应用配置器-> 远程连接,打开Tcp/Ip   默认的是本地连接,要选中本地连接和远程连接 
SQL   Server   configuration   Manager   --   SQL   Server   2005网络配置   --   SQLEXPRESS的协议   --   TCP/IP   --   IP地址   动态端口一律   1433
引用 1 楼 erpcoder 的回复:
解决方法:开始-> 所有程序-> Ms   Sql   Server-> 配置工具-> sql   server外围应用配置器-> 服务和连接的外围应用配置器-> 打开MSSQLSERVER节点下的Database   Engine   节点,先择 "远程连接 ",接下建议选择 "同时使用TCP/IP和named   pipes ",确定后,重启数据库服务就可以了.

#48


谢谢谢谢  解决了

#1


解决方法:开始->所有程序->Ms Sql Server->配置工具->sql server外围应用配置器->服务和连接的外围应用配置器->打开MSSQLSERVER节点下的Database Engine 节点,先择"远程连接",接下建议选择"同时使用TCP/IP和named pipes",确定后,重启数据库服务就可以了.

#2


你是不是想链接远程的SQL2000,如果是的话,需要远程的SQL2000安装了SP4才可以。

如果不是,就看看你的链接字符串是不是有问题!!!

#3


SQL Server 外围应用配置器->远程连接,打开Tcp/Ip 默认的是本地连接,要选中本地连接和远程连接
SQL Server configuration Manager -- SQL Server 2005网络配置 -- SQLEXPRESS的协议 -- TCP/IP -- IP地址 动态端口一律 1433

#4


另外,不建议使用命名管理,建议使用TCP/IP去连服务器。如果使用TCP/IP还无法连接数据库,则可以在cmd中,输入telnet ip 1433(如telnet 192.168.1.1 1433)来判断IP通道是否可以连到服务器吧。

不要用类似 Data Source=127.0.0.1; 等IP格式
而要改成 Date Source=servername\SQLEXPRESS;

#5


你用的是sqlexpress吗?
先打开配置工具,里面有一个网络配置,右边栏,有一个协议名称TCP/IP和Named Pipes 都给启用了,然后重启一下服务!打开Sql Server Management Studio连接进入数据库
->对象资源管理器 -> 机器名称\sqlexpress(sql server 0.0....),右击->属性
服务器属性 ->安全性 ->服务器身份验证 选择sql server和windows身份验证模式!
默认是使用windows身份验证模式

#6


我用的是SQLServer 2005

#7


我早就设置了同时使用TCP/IP和named pipes,可是还是不行~

#8


只开一个命名管道协议

#9



连接串中:用 server=机器名/数据库实例名 试试

#10


用server=机器名/数据库实例名也试了~还是上叙报错~

#11



把防火墙关掉...

#12


也关了的~

#13


有人说可能是 TCP/IP -- IP地址 动态端口不为1433导致的~我的这个端口也确实不是1433,可是我不知道在哪改啊~

#14


而且我以前我的SQL 也用的好好的~就前几天重装了系统后~写的网站代码就全部无法连接数据库了(在我电脑上)~是什么原因哦~~以前装了系统也没特意去设置什么数据库啊~~照样能用~就这次不知道怎么搞的~麻烦大哥教教我~谢谢了~

#15


是不是安装了瑞星防火墙的原因?

#16


SQL Server2005的默认端口不是1433。在SQL Server配置管理器中选择SQL Server2005网络配置,选择你的数据库的协议,右键单击TCP/IP协议,然后选择属性,在IP地址中,将动态端口改为1433,重启服务器即可。

#17



在装有防火墙的主机上,需要开放连接所需的端口,只有一个实例的主机上,默认是TCP1433端
口. 
客户端在连接时,需要指定连接的端口号,例如1433,并开放防火墙的UDP1434端口。 

#18


直接把那个默认的数字改成1433就行了吗~哦~我试一下哈~先~

#19


不可以呀 ~~大哥~~我把端口全部改成了1433了,还是不行啊~~怎么办啊~~

#20


大哥们~有知道怎么搞的吗~出来教教小弟啊~江湖救急啊`~5555~~~~~~

#21


sql2000sp4补丁

#22


怎么还要搞补丁啊~不是吧~~

#23



打上SP4试试...

#24


关注!!

#25


SQL Server连接中的四个最常见错误: 

一."SQL Server 不存在或访问被拒绝" 

这个是最复杂的,错误发生的原因比较多,需要检查的方面也比较多. 

一般说来,有以下几种可能性: 

1,SQL Server名称或IP地址拼写有误 
2,服务器端网络配置有误 
3,客户端网络配置有误 

要解决这个问题,我们一般要遵循以下的步骤来一步步找出导致错误的原因. 


============= 首先,检查网络物理连接 ============= 
ping <服务器IP地址/服务器名称> 

如果 ping <服务器IP地址> 不成功,说明物理连接有问题,这时候要检查硬件设备,如网卡,HUB,路由器等. 
还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的,比如 ISA Server.防火墙软件可能会屏蔽对 ping,telnet 等的响应 
因此在检查连接问题的时候,我们要先把防火墙软件暂时关闭,或者打开所有被封闭的端口. 

如果ping <服务器IP地址> 成功而,ping <服务器名称> 失败 
则说明名字解析有问题,这时候要检查 DNS 服务是否正常. 
有时候客户端和服务器不在同一个局域网里面,这时候很可能无法直接使用服务器名称来标识该服务器,这时候我们可以使用HOSTS文件来进行名字解析, 
具体的方法是: 

1.使用记事本打开HOSTS文件(一般情况下位于C:\WINNT\system32\drivers\etc). 
添加一条IP地址与服务器名称的对应记录,如: 
172.168.10.24 myserver 

2.或在 SQL Server 的客户端网络实用工具里面进行配置,后面会有详细说明. 


============= 其次,使用 telnet 命令检查SQL Server服务器工作状态 ============= 
telnet <服务器IP地址> 1433 

如果命令执行成功,可以看到屏幕一闪之后光标在左上角不停闪动,这说明 SQL Server 服务器工作正常,并且正在监听1433端口的 TCP/IP 连接 
如果命令返回"无法打开连接"的错误信息,则说明服务器端没有启动 SQL Server 服务, 
也可能服务器端没启用 TCP/IP 协议,或者服务器端没有在 SQL Server 默认的端口1433上监听. 


=============接着,我们要到服务器上检查服务器端的网络配置,检查是否启用了命名管道.是否启用了 TCP/IP 协议等等 ============= 
可以利用 SQL Server 自带的服务器网络使用工具来进行检查. 

点击:程序 -- Microsoft SQL Server -- 服务器网络使用工具 

打开该工具后,在"常规"中可以看到服务器启用了哪些协议. 
一般而言,我们启用命名管道以及 TCP/IP 协议. 
点中 TCP/IP 协议,选择"属性",我们可以来检查 SQK Server 服务默认端口的设置 
一般而言,我们使用 SQL Server 默认的1433端口.如果选中"隐藏服务器",则意味着客户端无法通过枚举服务器来看到这台服务器,起到了保护的作用,但不影响连接. 


============= 接下来我们要到客户端检查客户端的网络配置 ============= 
我们同样可以利用 SQL Server 自带的客户端网络使用工具来进行检查, 
所不同的是这次是在客户端来运行这个工具. 

点击:程序 -- Microsoft SQL Server -- 客户端网络使用工具 

打开该工具后,在"常规"项中,可以看到客户端启用了哪些协议. 
一般而言,我们同样需要启用命名管道以及 TCP/IP 协议. 
点击 TCP/IP 协议,选择"属性",可以检查客户端默认连接端口的设置,该端口必须与服务器一致. 

单击"别名"选项卡,还可以为服务器配置别名.服务器的别名是用来连接的名称, 
连接参数中的服务器是真正的服务器名称,两者可以相同或不同.别名的设置与使用HOSTS文件有相似之处.


二."无法连接到服务器,用户xxx登陆失败" 

该错误产生的原因是由于SQL Server使用了"仅 Windows"的身份验证方式, 
因此用户无法使用SQL Server的登录帐户(如 sa )进行连接.解决方法如下所示: 

1.在服务器端使用企业管理器,并且选择"使用 Windows 身份验证"连接上 SQL Server 
操作步骤: 
在企业管理器中 
--右键你的服务器实例(就是那个有绿色图标的) 
--编辑SQL Server注册属性 
--选择"使用windows身份验证" 

--选择"使用SQL Server身份验证" 
--登录名输入:sa,密码输入sa的密码 
--确定 

2.设置允许SQL Server身份登录 
操作步骤: 
在企业管理器中 
--展开"SQL Server组",鼠标右键点击SQL Server服务器的名称 
--选择"属性" 
--再选择"安全性"选项卡 
--在"身份验证"下,选择"SQL Server和 Windows ". 
--确定,并重新启动SQL Server服务. 

在以上解决方法中,如果在第 1 步中使用"使用 Windows 身份验证"连接 SQL Server 失败, 
那就通过修改注册表来解决此问题: 

1.点击"开始"-"运行",输入regedit,回车进入注册表编辑器 
2.依次展开注册表项,浏览到以下注册表键: 
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer] 
3.在屏幕右方找到名称"LoginMode",双击编辑双字节值 
4.将原值从1改为2,点击"确定" 
5.关闭注册表编辑器 
6.重新启动SQL Server服务. 

此时,用户可以成功地使用sa在企业管理器中新建SQL Server注册, 
但是仍然无法使用Windows身份验证模式来连接SQL Server. 
这是因为在 SQL Server 中有两个缺省的登录帐户: 
BUILTIN\Administrators 
<机器名>\Administrator 被删除. 
要恢复这两个帐户,可以使用以下的方法: 

1.打开企业管理器,展开服务器组,然后展开服务器 

2.展开"安全性",右击"登录",然后单击"新建登录" 

3.在"名称"框中,输入 BUILTIN\Administrators 

4.在"服务器角色"选项卡中,选择"System Administrators" 

5.点击"确定"退出 

6.使用同样方法添加 <机器名>\Administrator 登录. 

说明: 

以下注册表键: 
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode 
的值决定了SQL Server将采取何种身份验证模式. 
1.表示使用"Windows 身份验证"模式 
2.表示使用混合模式(Windows 身份验证和 SQL Server 身份验证). 


----------------------------------------------------------------------------- 

三.提示连接超时 

如果遇到第三个错误,一般而言表示客户端已经找到了这台服务器,并且可以进行连接, 
不过是由于连接的时间大于允许的时间而导致出错. 
这种情况一般会发生在当用户在Internet上运行企业管理器来注册另外一台同样在Internet上的服务器, 
并且是慢速连接时,有可能会导致以上的超时错误.有些情况下,由于局域网的网络问题,也会导致这样的错误. 

要解决这样的错误,可以修改客户端的连接超时设置. 
默认情况下,通过企业管理器注册另外一台SQL Server的超时设置是 4 秒, 
而查询分析器是 15 秒(这也是为什么在企业管理器里发生错误的可能性比较大的原因). 

具体步骤为: 
企业管理器中的设置: 
1.在企业管理器中,选择菜单上的"工具",再选择"选项" 
2.在弹出的"SQL Server企业管理器属性"窗口中,点击"高级"选项卡 
3.在"连接设置"下的"登录超时(秒)"右边的框中输入一个比较大的数字,如 20. 

查询分析器中的设置: 
工具 -- 选项 -- 连接 -- 将登录超时设置为一个较大的数字 


--------------------------------------------------------------------------------- 

四.大部分机都用Tcp/ip才能成功,有次我发现用Named Pipes才可以? 

回复人: leimin(黄山光明顶) 

这是因为在WINDOWS 2000以后的操作系统中,MS为解决SQL SERVER的安全问题将TCP/IP配置 
为SQLSERVER的默认连接协议,你可以在CLIENT NETWORK UTILITY中看到TCP/IP和NAME PIPE 
的顺序。 

你也可以在: 
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib] 
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00 
看到默认的协议。 

2.怎么在程序中更改Named Pipes , Tcp/ip ,其sql语句怎么写? 
你可以在上面提到的注册表的位置修改: 
CLIENT端: 
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib] 
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00 

SERVER端: 
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\SuperSocketNetLib] 
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00 

#26


xuexi

#27


可是我用的是2000啊?

#28


开始-〉sql2005 -〉配置工具 -〉sql配置管理器,打开看看sqlexpress和sql browser是不是打开的样子。如果是的话,再用下边的办法。如果没开,就打开好了。
打开Sql Server 2005 “配置工具” 中的“SQL Server 外围应用配置器”,点击“服务和连接的外围应用配置器”; 2.在出来的界面中点击“Database Engine”中的“远程连接”,把连接方式改为“本地连接和远程连接”中的“同时使用tcp/ip和name pipes”; 3.修改后通过“配置工具”中的“SQL Server Configuration Manager”重启Sql Server 2005服务;

#29


SQL   Server   外围应用配置器-> 远程连接,打开Tcp/Ip   默认的是本地连接,要选中本地连接和远程连接
SQL   Server   configuration   Manager   --   SQL   Server   2005网络配置   --   SQLEXPRESS的协议   --   TCP/IP   --   IP地址   

#30


  我现在也遇到这个问题,好烦人哦!
  我的QQ181732481,楼主有空的话,可以帮帮我  嘿嘿

#31


俺也遇到这个问题,
后来一检查,有人把SQL2000的服务给停了
启动就好了
NND

#32


.....

关注

#33


引用 1 楼 ERPCoder 的回复:
解决方法:开始-> 所有程序-> Ms   Sql   Server-> 配置工具-> sql   server外围应用配置器-> 服务和连接的外围应用配置器-> 打开MSSQLSERVER节点下的Database   Engine   节点,先择 "远程连接 ",接下建议选择 "同时使用TCP/IP和named   pipes ",确定后,重启数据库服务就可以了.

赞同

#34


我现在也遇到了,可问题解决不了....

#35


看来高手很多,学习了

#36


关注一下

#37


受用

#38


请确认安装SQL Server时是否选中了“混合模式”!

#39


如果你是server2005 express版本,在连接字串是这样
Data Source=主机名\SQLEXPRESS;

这个在vs2008服务器资源管理器,右键点创建新SQL数据库,在服务器名下拉列表可以看到

如果是默认的Windows认证,则把连接字串的用户名和密码去掉,换成Trusted_Connection=True;

#40


都是千篇一律,无法解决问题

#41


大侠啊,快现身吧!我也是出现这个错误啦

#42


百度.谷歌查询解决方法多了.最重要要学会学习方法.

#43


http://www.cnblogs.com/services/archive/2009/10/28/1591063.html

看看我的远程连接Sql Server 2005 的总结。

#44


我今天遇到同样的问题,是由于SQL服务被停止了,启动即可解决。

#45


关注!!!!!

#46


me too

#47


SQL   Server   外围应用配置器-> 远程连接,打开Tcp/Ip   默认的是本地连接,要选中本地连接和远程连接 
SQL   Server   configuration   Manager   --   SQL   Server   2005网络配置   --   SQLEXPRESS的协议   --   TCP/IP   --   IP地址   动态端口一律   1433
引用 1 楼 erpcoder 的回复:
解决方法:开始-> 所有程序-> Ms   Sql   Server-> 配置工具-> sql   server外围应用配置器-> 服务和连接的外围应用配置器-> 打开MSSQLSERVER节点下的Database   Engine   节点,先择 "远程连接 ",接下建议选择 "同时使用TCP/IP和named   pipes ",确定后,重启数据库服务就可以了.

#48


谢谢谢谢  解决了