SQL Server连接失败中的四个最常见错误-

发布时间:   来源:文档文库   
字号:
连接失败,请检查SQL注册属性

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/IPNAME 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




本文能帮助您解决 Microsoft SQL Server 2000 的连接问题。本文描述了常见连接问题和所能采取的有助于解决连接问题的步骤。 回到顶端 | 提供反馈
SQL Server 2000 支持 SQL Server 实例和客户端应用程序间的多种通信方式。如果您的客户端应用程序和 SQL Server 实例位于同一台计算机上,那么 Microsoft Windows 处理之间的通讯 (IPC 部件(例如本地命名管道或共享内存协议)将被用于通信。但是,当客户端应用程序和 SQL Server 实例位于不同计算机上时,一个网络 IPC(例如 TCP/IP 或命名管道)将被用于通信。

SQL Server 2000 使用网络库(一个 DLL)与特定的网络协议进行通信。一对匹配网络库必须在客户端计算机上激活,而且在支持待用网络协议的服务器计算机上也必须是激活的。例如,如果您想启用一个客户端应用程序,通过 TCP/IP 与某个特定的 SQL Server 实例通信,那么客户端 TCP/IP 套接字网络库 (Dbnetlib.dll 就必须配置为连接到客户端计算机的服务器。同样,服务器 TCP/IP 套接字网络库 (Ssnetlib.dll 必须侦听服务器计算机。在此方案中,TCP/IP 协议堆栈必须同时安装在客户端计算机和服务器计算机上。

在安装完 SQL Server 2000 之后,您可以通过客户端网络实用程序来配置客户端网络库的属性。您可以通过服务器网络实用程序 (Svrnetcn.exe 来配置服务器网络库的属性。在安装 SQL Server 安装程序中的服务器工具时,服务器的网络库也同时被安装了。但是,某些服务器的网络库可能未被激活。在默认情况下,SQL Server 2000 启用并侦听 TCP/IP、命名管道和共享内存。因此,如果一个客户端要连接到一台服务器计算机,该客户端必须使用一个客户端网络库,该网络库须与 SQL Server 实例正在使用的服务器网络库之一相匹配。

有关 SQL Server 通讯部件和网络库的其他信息,请参见“SQL Server 在线参考书中的下列主题:

通信部件




客户端和服务器网络库 管理客户端
解决连接问题
SQL Server 2000 中您可能会注意到的大多数连接问题都是由 TCP/IP 的问题或 Windows 身份认证的问题引起,或者由两者共同引起。

重要说明:在开始解决 SQL Server 2000 的连接问题之前,请确认 MSSQLServer 服务已在运 SQL Server 的计算机上启动。

验证 DNS 设置
域名系统 (DNS 中的名称解析过程用于解析 SQL Server 实例名称的 IP 地址。如果名称解析过程工作不正常,就不能获得 SQL Server 实例,您可能会收到一条或多条下列错误信息: SQL Server does not exist or access denied General Network Error Cannot Generate SSPI Context 要验证名称解析过程是否在解析正确的服务器,可以使用服务器名和服务器的 IP 地址 ping 务器。为此,请按以下步骤操作:
1. 单击开始,然后单击运行
2. 运行对话框中,在打开框中键入cmd,然后单击确定 3. 在命令提示符下,运行下列命令:
ping <Server Name> 记录返回的 IP 地址。

4. 在命令提示符下,运行下列命令(此处的IP address 就是您在步骤 3 中记录的
IP 地址):
ping a <IP address> 验证命令解析的是正确的服务器名。如果两个指定的命令有任何一个不成功、超时或没有返回正确的值,那么 DNS 查找未能正常工作,或者有其他网络或路由问题引发问题。要查看当前 DNS 设置,在命令提示符下运行下列命令:
ipconfig /all 有关 ipconfig 命令的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章: 223413
Windows 2000 Ipconfig.exe 的选项

要解决此问题,可以在客户端计算机上的 %systemroot%\system32\drivers\etc\hosts 文件中为服务器添加一个条目。要解决此问题,还可以使用命名管道网络库连接到服务器。

验证启用的协议和别名
如果客户端计算机上的别名设置错误,可能会引起连接问题。您可以使用客户端网络实用程序查看别名。为此,请按以下步骤操作:
1. 启动客户端网络实用程序。如果 SQL Server 客户端工具被安装在正在运行客户端应用程序的计算机上,请按照以下步骤启动客户端网络实用程序: a. 单击开始,然后指向程序
b. 指向“Microsoft SQL Server”,然后单击客户端网络实用程序

如果 SQL Server 客户端工具没有安装在客户端计算机上,请按照以下步骤启动客户端网络实用程序:
c. 单击开始,然后单击运行
d. 运行对话框中,在打开框中键入cliconfg,然后单击确定 “SQL Server 客户端网络实用程序窗口中,单击常规标签,然后启用您要使用的所有协议。

注意:您必须至少启用 TCP/IP 协议和命名管道协议。 单击别名标签,然后验证为 SQL Server 实例所配置的别名。 验证别名的属性,确认服务器名或 IP 地址和协议的配置是正确的。
通过使用服务器名、IP 地址或者其他协议,您可以创建一个新的别名以测试连接性能。

注意:在 Microsoft 数据存取部件 (MDAC 的早期版本中,客户端网络实用程序的用户界面是不同的。因此,如果您没有看到本文中列出的选项,请在运行客户端应用程序的计算机上安装 MDAC 的新版本。

验证 SQL Server 实例正在正确地侦听
要验证 SQL Server 实例正在正确地侦听命名管道、TCP/IP 或您在客户端应用程序中使用的其他协议,请打开当前的 SQL Server 错误日志文件。SQL Server 错误日志文件可能包括与以下类似的条目:
2003-11-06 09:49:36.17 server SQL server listening on TCP, Shared Memory, Named Pipes. 2003-11-06 09:49:36.17 server SQL server listening on 192.168.1.5:1433, 127.0.0.1:1433.


通过分析 SQL Server 错误日志文件中的条目,可以验证 SQL Server 实例是否正在侦听正确的 IP 地址和端口。在默认情况下,一个默认的 SQL Server 实例侦听端口 1433。您还可以使用服务器网络实用程序来验证 SQL Server 的协议设置并更改 SQL Server 中的属性,包括可以连接 SQL Server 和可以使用的端口的协议。关于使用服务器网络实用程序的更多信息,请参见 SQL Server 在线参考书中的“SQL Server 网络实用程序专题。

有时候,SQL Server 2000 可能不会绑定于端口 1433 或任何其他指定的端口。如果端口正被其他应用程序使用,或者如果您正在尝试使用一个错误的 IP 地址进行连接,就可能会出现此问题。因此,TCP/IP SQL Server 的连接可能不成功, SQL Server 错误日志中您会收到下列错误信息:
2001-11-14 15:49:14.12 server SuperSocket Info:Bind failed on TCP port 1433. 有关其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章: 307197
PRB:TCP\IP 端口正由另一应用程序使用

如果通过 TCP/IP 连接您不能连接到 SQL Server 实例,请尝试使用命名管道协议或共享内存协议。在命令提示符下运行下面的命令,以获取关于正在使用的端口的信息:
NETSTAT -an 您还可以使用 Portqry 命令行实用程序来获取关于正在使用的端口的更多信息。

有关 Portqry 命令行实用程序的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章: 310099
Portqry.exe 命令行实用程序说明

有关与 TCP/IP 套接字相关的可能的错误的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章: 306865
BUG:当 TCP/IP 是唯一的协议时,SQL Server 可能无法侦听 TCP/IP 套接字

注意:对于 SQL Server 命名实例,SQL Server 动态地决定端口并侦听决定的端口。因此,当您启动 SQL Server 命名实例时,SQL Server 将设法侦听之前使用的端口。如果 SQL Server 能绑定到该端口,命名实例可能会动态地绑定到另一个端口。在这种情况下,请确认客户端应用程序也被设置为动态地决定端口。作为选择,您还可以为命名实例指定一个静态端口,通过客户端网络实用程序对其进行绑定和侦听。

有关其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章: 286303
INF:动态端口检测过程中 SQL Server 2000 网络库的行为 823938
如何在 SQL Server 2000 中使用静态和动态端口分配

解决 MDAC 问题
MDAC 的问题也可能会引起连接问题。例如,安装一个软件可能会覆盖一些 MDAC 文件或更改权限,而您需要这些权限才能访问 MDAC 文件。您可以运行 MDAC 部件检查器来验证 MDAC 在计算机上的安装。

有关如何确定您当前的 MDAC 版本的其他信息,请单击下面的文章编号,以查看 Microsoft 识库中相应的文章:

301202
如何检查 MDAC 版本

注意:如果您正连接到 SQL Server 的一个命名实例,请确认计算机上运行的是 MDAC 2.6 更新的版本。MDAC 的早期版本不识别 SQL Server 的命名实例。因此,可能无法连接到命名实例。

您可以使用 Odbcping.exe 实用程序来验证通过 SQL Server ODBC 驱动程序的连接。

有关 Odbcping.exe 的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章: 138541
如何使用 Odbcping.exe 验证到 SQL Server ODBC 连接
有关配置 ODBC DSN 的其他信息,请单击下面的文章编号,查看 Microsoft 知识库中的相应文章: 289573
PRB:使用 SQL Server Net-LibrariesSQL Server 网络库)配置 DSN
您还可以使用一个 .udl 文件测试与 SQL Server 实例的连接。

有关如何创建 .udl 文件的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章: 244659
示例:如何在 Windows 2000 中创建数据链接文件

解决防火墙问题

如果防火墙存在于客户端计算机和正在运行 SQL Server 的计算机之间,请确认通过防火墙进行通信时所需的端口已打开。

有关通过防火墙进行通信时必须打开的端口的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章: 287932
INF:通过防火墙与 SQL Server 进行通信所需的 TCP 端口 269882
如何使用 ADO 连接到防火墙后的 SQL Server

如果您使用 TCP/IP 协议连接 SQL Server 实例,请确认能够用 Telnet 程序连接到 SQL Server 正在侦听的端口。要使用 Telnet 程序,在命令提示符下运行下列命令:
Telnet <IP Address><Port Number> 如果 Telnet 程序没有成功,并且您接收到错误信息,请解决此错误然后尝试再次连接。

注意因为由 Slammer 病毒引起的问题,在您的防火墙上,用户数据报协议 (UDP 端口 1434 可能被阻挡。

解决身份验证和安全问题
由于身份认证失败,可能无法连接到 SQL Server。如果身份认证失败,您可能收到下列错误信息之一:
Login failed for user '<username>' Login failed for user 'NTAUTHORITY\ANONYMOUS LOGON' Login failed for user 'null'
如果您由于身份认证失败收到了错误信息,而且错误信息中没有提到一个明确的 SQL Server 录名,请使用 Windows 身份认证解决该问题。由于 Windows 身份认证的问题,您可能会收到下列错误信息:
Cannot generate SSPI Context 下列问题可能会引起身份认证和安全问题:

NTLM 身份认证或 Kerberos 身份认证出现问题。 由于连接问题,无法联系域控制器。 域之间的信任关系出现问题。
有关可能原因的更多信息,请参见计算机上的事件日志。要解决 Windows 身份认证的连接问题,您可以使用 SQL Server 身份认证连接到 SQL Server 实例。有关如何诊断和解决“Cannot Generate SSPI Context”错误的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章: 811889
如何排除“Cannot generate SSPI context”错误信息
如果在使用 SQL Server 身份认证时连接没有成功,您会收到下列错误信息: Login failed for user '<username>' .Not associated with a trusted connection
若要解决此问题,请按照以下步骤操作。

警告注册表编辑器使用不当可导致严重问题,可能需要重新安装操作系统。Microsoft 不能保证您可以解决因注册表编辑器使用不当而导致的问题。使用注册表编辑器需要您自担风险。
1. 请确认 SQL Server 实例配置为使用 Windows 身份认证和 SQL Server 身份认证。为此,请确认在正在运行 SQL Server 的计算机上存在下列注册表项。对于默认的 SQL Server 实例:

HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\LoginMode 对于 SQL Server 的命名实例:
HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\Name>\MSSQLServer\LoginMode 请确认已设置下列注册表项的值:

身份认证类型
仅限于 Windows 身份认证

1 混合模式(SQL Server 身份认证和 Windows 身份认证) 2
注意:如果您对注册表进行了任何更改,必须关闭并重新启动 SQL Server 实例使更改生效。
2. 尝试使用其他 Windows 帐户或 SQL Server 登录帐户连接到 SQL Server 实例。这样能够帮助确定是否是由于某个特殊的登录帐户的问题而造成连接失败。例如,登录帐户的密码可能已被更改。
3. 尝试使用其他协议连接到 SQL Server 实例。例如,使用 TCP/IP 协议进行
Windows 身份认证的连接可能会失败,但是使用命名管道协议进行 Windows 份认证的连接就可能会成功。
如果您正在使用证书,当尝试连接到 SQL Server 实例时,可能会收到一条安全套接字层 (SSL 安全错误信息。有关其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章: 316898
如何借助 Microsoft Management Console SQL Server 2000 启用 SSL 加密 322144

FIX:SECDoClientHandShake 无法连接到 SQL Server

解决 TCP/IP 套接字上的压力问题
在使用 SQL Server ODBC 驱动程序、Microsoft OLE DB Provider for SQL Server
System.Data.SqlClient 管理提供程序时,可以使用恰当的应用程序编程接口 (API 来禁用连接池。在禁用连接池、并且应用程序频繁打开和关闭连接时,对基本 SQL Server 网络库的压力可能会增大。有时候,Web 服务器和 JDBC 驱动程序也会尝试连接到 SQL Server 实例。因此, SQL Server 连接需求的增加可能会超过 SQL Server 的处理能力。这可能会给 TCP/IP 套接字带来压力,您还可能在 SQL Server 错误日志文件中收到下列错误信息: 2003-08-07 20:46:21.11 server Error:17832, Severity:20, State:6
2003-08-07 20:46:21.11 server Connection opened but invalid login packet(s sent.Connection closed.

有关其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章: 154628
INFSQL 在遇到多个 TCP\IP 连接请求时记录 17832 328476
禁用连接池时 SQL Server 驱动程序的 TCP/IP 设置

注意:如果运行 SQL Server 2000 SP3 SQL Server 2000 SP3a,则不会注意到对 TCP/IP 接字的压力,这是由于添加了对登陆数据包数量的限制。在使用第三方驱动程序连接到 SQL Server 实例时,发生错误 17832。要解决该问题,请与第三方供应商联系,并获取经测试证明能够用于 SQL Server 2000 SP3 SQL Server 2000 SP3a 的驱动程序。



查看 SQL Server 实例是否以单用户模式启动
如果尝试连接的 SQL Server 实例是以单用户模式启动的,只能建立一个到 SQL Server 的连接。如果运行软件的计算机自动连接到 SQL Server,该软件可以轻松地使用唯一的连接。例如,下面的软件可以自动连接到 SQL Server 实例:

SQL Server 代理程序 第三方备份软件 第三方监测软件 第三方病毒软件
Microsoft Internet 信息服务 (IIS SQL Server 企业管理器
尝试连接到 SQL Server 实例的客户端应用程序收到下列错误信息:
SQL Server does not exist or Access Denied 当安装过程以单用户模式启动 SQL Server 实例时,此错误一般发生在 SQL 群集安装和服务软件包安装期间。指定的应用程序会自动连接到使用唯一可用连接的 SQL Server 实例,从而安装失败。

要确定 SQL Server 实例是否已经以单用户模式启动,请检查 SQL Server 错误日志文件中是否具有一个与以下类似的条目:
2003-07-31 11:26:43.79 spid3 Warning ******************
2003-07-31 11:26:43.80 spid3 SQL Server started in single user mode.Updates allowed to system catalogs.


验证到 SQL Server 的命名管道连接
如果您无法使用命名管道连接到 SQL Server 实例,请确认 SQL Server 实例配置为接受命名管道连接。有关测试命名管道的过程的其他信息,请单击下面的文章编号,以查看 Microsoft 识库中相应的文章: 68941
INF:测试命名管道的过程

解决在恢复过程中连接超时的问题
在每次启动一个 SQL Server 实例时,SQL Server 将恢复各个数据库。在此恢复过程中,SQL Server 回滚未提交的事务。当停止 SQL Server 实例时,SQL Server 还将前滚已提交的事务和没有写入硬盘的更改。当恢复过程完成时,SQL Server 将在 SQL Server 错误日志文件中写入下列信息:
Recovery Complete 在恢复过程中,SQL Server 可能不会接受连接。在此时间内尝试连接到 SQL Server 的客户端可能会收到一条与以下类似的错误信息:
Timeout Expired SQL Server 代理服务可能无法启动,这是因为它要等待 SQL Server 恢复数据库。因此,当您 SQL Server 错误日志文件中收到下面的信息时,连接不再会因为超时错误而失败:
Recovery Complete 如果恢复过程花费的时间很长,您也许还要排除恢复过程的故障。

测试连接到 SQL Server 实例的不同方法

当您连接到 SQL Server 实例时,如果遇到了连接问题,可以使用下面的一种或多种方法来解决连接问题。

使用SQL Server 身份认证和 Windows 身份认证测试到 SQL Server 实例的连接。 从其他数据源(例如 ODBC DSN.udl 文件、SQL 查询分析器、SQL Server 业管理器,isql 实用程序或 osql 实用程序)测试到 SQL Server 实例的连接。
使用其他协议测试到 SQL Server 实例的连接。您可以为使用该协议的 SQL Server 实例创建一个新的别名,从而指定不同的协议。还可以通过在 SQL Server 实例名称的开始处添加 tcp: np: lpc:、或 rpc: 来指定您的连接字符串中的协议。例如,如果 TCP/IP 连接失败,则命名管道连接成功。
使用其他登录帐户测试连接,这样可以帮助您确定该问题是否与某个特定的登录帐户有关。
%systemroot%\system32\drivers\etc\hosts 文件中添加一个与正在运行 SQL Server 实例的计算机的 IP 地址相应的条目。
尝试从运行 SQL Server 的计算机和客户端连接到 SQL Server 实例。
如果您正从运行 SQL Server 的计算机进行连接,可以指定“.”(本地)(不带引号)取代服务器名称,然后连接。
尝试使用 IP 地址而不是服务器名称连接到 SQL Server 实例。
尝试指定 SQL Server 实例正在侦听的特定端口。有两种方法:创建一个别名或将一个端口号添加到连接字符串(例如 MyServer\MyInstance1433)。
捕捉网络监视器踪迹

如果使用测试连接到 SQL Server 2000 实例的各种方法小节中提到的步骤无法解决连接问题,请使用网络监视器实用程序捕捉网络踪迹。有关网络追踪的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章: 148942
如何使用网络监视器捕获网络通讯量 294818
关于网络监视器的常见问题 169292
解读 TCP/IP 跟踪数据的基础知识 102908
如何在 Windows 2000 Windows NT 中排除 TCP/IP 连接问题

要获得更多详细信息,需要使用 SQL 事件探查器踪迹。对于运行 SQL Server 进行网络追踪的非聚集计算机,还可以使用网络诊断工具。有关如何使用网络诊断工具的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章: 321708
如何在 Windows 2000 中使用网络诊断工具 (Netdiag.exe 回到顶端 | 提供反馈
参考
有关与 SQL Server 相关的各种连接问题的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章: 812817
支持 Web 广播:Microsoft SQL Server 2000:连接故障排除 319930

如何连接到 Microsoft 桌面引擎 257434
INF:现有 DSN 中的网络库被连接到同名 SQL Server 的新 DSN 中的网络库取代。 306985
使用命名管道连接群集虚拟服务器时发生 RPC 错误 313062
如何在 Windows 2000 中通过使用 Active Server Pages 连接到数据库 313295
如何在连接字符串中使用服务器名参数指定客户端网络库 320728
如何排除“The Maximum Connection Limit Has Been Reached”错误信息 328306
INF:出现 “SQL Server Does Not Exist or Access Denied”SQL Server 不存在或拒绝访问)错误信息的可能原因 247931
INF:在 Active Server Page 中验证到 SQL Server 的连接的方法 169377
如何在 Active Server Page 中访问 SQL Server 328383
INFSQL Server 客户端可在连接时更改协议 238949
如何在 ADO 连接字符串中设置 SQL Server 网络库 270126
PRB:在进行 Active/Active Cluster 7.0 升级后如何管理客户端与两个 SQL Server 2000 虚拟服务器的连接 316779
PRB:拥有强制协议加密设置的客户端可能无法通过 IP 地址进行连接 216643
INF:跟踪到 SQL Server 7.0 的连接时找不到 ODBC/OLEDB 连接选项

265808
INF:如何用早期版本的客户端工具连接到 SQL Server 2000 命名实例 191572
INFO:从 ASP 调用的 ADO 对象管理的连接池 313173
用于 Microsoft SQL Server 2000 JDBC 驱动程序的示例连接池管理器 237844
如何在 Visual Basic ADO 应用程序中启用 ODBC 连接池 259569
PRB:安装第三方产品破坏了 Windows 2000 MDAC 注册表设置


本文来源:https://www.2haoxitong.net/k/doc/967726cc5ef7ba0d4b733b0d.html

《SQL Server连接失败中的四个最常见错误-.doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档

文档为doc格式