SQL Server 2000数据库连接常见故障及处理方法

 

SQL Server连接中最常见错误有四种：

●   SQL Server 不存在或访问被拒绝

 

 

 

 

 

●   用户登陆失败，无法连接到服务器

 

 

 

 

 

●   连接超时

 

 

 

 

 

●   版本兼容性问题

 

 

 

 

 

4.1         SQL Server 不存在或访问被拒绝

SQL Server 不存在或访问被拒绝的问题是最常见的，通常也是最复杂的，错误发生的原因比较多，需要检查的方面也比较多。

 

 

 

 

 

解决这个问题时，我们首先要分别检查服务器和客户端的网络配置。

 

 

 

 

 

客户端与服务器的连通需要通讯库的支持，SQL Server 2000 的通讯库NET-LIBRARY网络协议通信库支持多种网络协议，但一般来说都是选择TCP/IP或命名管道协议通信库。

对于简单的网络来说，服务器和客户端使用同一种通讯协议即可，而对于复杂的网络则意味着服务器上必须同时支持TCP/IP或命名管道；客户端则通常选择其中一种。

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

 

 

 

 

 

点击：程序 -＞ Microsoft SQL Server -＞ 服务器网络使用工具，打开该工具后看到的画面如下图所示：

 

 

 

 

 

 

 

 

 

 

    从这里我们可以看到服务器启用了哪些协议。一般而言，我们启用命名管道以及 TCP /IP 协议。

 

 

 

 

 

进一步检查 SQK Server 服务默认端口的设置，我们可以点中 TCP/IP 协议，选择"属性"，如下图所示：

 

 

 

 

 

 

 

 

 

 

一般而言，我们使用 SQL Server 默认的1433端口。对于"隐藏服务器"选项，只是限制客户端通过枚举服务器来枚举这台服务器，仅是保护功能，不影响连接。

 

 

 

 

 

客户端连接服务器是也是通过NET-LIBRARY网络协议通信库实现的，微软的MDAC组件提供了NET-LIBRARY网络协议通信库，如DBNMPNTW.DLL——命名管道协议和DBMSSOCN.DLL——TCP/IP协议，其上层的数据库访问基本组件ADO、OLEDB、ODBC、DB-LIBRARY等都是在此基础上实现与服务器的数据访问通讯的。

完成MDAC的安装后（如果安装SQL Server 2000服务器组件或是其客户端工具组件则NET-LIBRARY网络协议通信库会内置在SQL Server 2000的安装中进行，无需独立提供安装），通过对系统注册表注册项：

 

 

 

 

 

 

HKEY_LOCAL_MACHINE/SOFTWARE /Microsoft/MSSQLServer/Client/ConnectTo

 

 

 

 

 

 

 

 

 

 

 

 

下面各配置项的查看和修改可以实现对客户端网络使用属性的配置。

 

 

 

 

 

这个配置节点下面的配置项实际上该客户端可以连接的服务器别名列表。服务器的别名是客户端应用程序用来连接的服务器的伪名称,其连接属性参数中的服务器是真正的服务器名称,两者可以相同或不同。这对于客户端应用程序编程来说非常有用，这样开发者就可以用固定的伪名称（服务器别名）而不必依赖现场实际服务器的名称来定义数据库连接参数，使得软件具备通用性。具体发布时只需要在客户端上通过上述服务器别名的定义使得需要访问的服务可以映射到真实的服务器上。服务器别名的定义规则如下：

 

 

 

 

 

 

 

 

 

 

<服务器别名>=<网络协议通信库>,<连接属性>

 

 

 

 

 

 

 

 

 

 

网络协议通信库定义连接该服务器时使用的通讯协议，连接属性则指明该别名真正连接的对端SQL Server服务的属性信息，如服务器名、实例名、连接端口等。

 

 

 

 

 

假定我们有一个SQL SERVER 2000服务器SQL_SERVER,具有实例TESTDATA，IP地址为10.10.10.10,定义其别名为DATASERVER，服务器上同时支持命名管道协议和TCP/IP协议,且TCP/IP的默认端口为1433(服务器详细配置方法参见上文相关内容)。

 

 

 

 

 

对于命名管道协议，则别名配置如下：

 

 

 

 

 

 

 

 

 

 

DATASERVER = DBNMPNTW，SQL_SERVER/TESTDATA

 

 

 

 

 

或

 

 

 

 

 

DATASERVER = DBNMPNTW，10.10.10.10/TESTDATA

 

 

 

 

 

注意，这里的服务器机器名SQL_SERVER和服务器IP地址10.10.10.10是等价的。有时候客户端和服务器不在同一个局域网里面，这时候很可能无法直接使用服务器名称来标识该服务器，这时候我们可以使用IP地址来直接指定；这与下文将要提及的HOST文件方式有异曲同工之处。

 

 

 

 

 

 

 

 

 

 

对于TCP/IP协议，则别名配置如下：

 

 

 

 

 

 

 

 

 

 

DATASERVER = DBMSSOCN，10.10.10.10/TESTDATA，1433

 

 

 

 

 

注意，这里使用服务器的IP地址10.10.10.10，同时指定的1433端口保持和服务器的端口设置一致。

 

 

 

 

 

 

 

 

 

 

在获取或正确配置了服务器和客户端的网络使用参数后，我们将从物理网络上首先确保服务器和客户端连通。

 

 

 

 

 

使用PING命令检查物理网络连接

 

 

 

 

 

 

 

 

 

 

ping ＜服务器IP地址＞或者ping ＜服务器名称＞

 

 

 

 

 

 

 

 

 

 

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

 

 

 

 

 

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

 

 

 

 

 

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

 

 

 

 

 

也可以对客户端网络使用参数进行配置，具体参见上文使用命名管道协议的别名配置部分。

 

 

 

 

 

总而言之，要确保物理网络连接。

 

 

 

 

 

确保物理网络连接完好后，还要确保服务器SQL Server 2000实例处于正常的服务状态，最后针对使用通讯协议库的不同再进行相应的检查项目。

 

 

 

 

 

对使用TCP/IP协议通讯库的客户端来说，需要使用 telnet 命令检查SQL Server服务器工作状态：

 

 

 

 

 

 

 

 

 

 

telnet ＜服务器IP地址＞ 1433

 

 

 

 

 

 

 

 

 

 

如果命令执行成功，可以看到屏幕一闪之后光标在左上角不停闪动，这说明 SQL Server 服务器工作正常，并且正在监听1433端口的 TCP/IP 连接；如果命令返回"无法打开连接"的错误信息，服务器端没启用 TCP/IP 协议，或者服务器端没有在 SQL Server 默认的端口1433上监听。如此则需要对服务器的网络使用配置进行相应的修正。

 

 

 

 

 

而对于使用TCP/IP协议通讯库的客户端来说还要保证客户机已经具有访问服务器资源的权限，可以直接连接SQL Server。最简单的测试是对服务器进行共享访问，如果拒绝则需要对服务器和客户端进行相应的授权。

 

 

 

 

 

至此，通过以上几个方面的检查，我们基本上可以解决大多数的SQL Server 不存在或访问被拒绝的问题。

4.2         用户登陆失败

用户登录失败的问题一般是由于用户名或口令不合法。如果确认用户名和口令符合连接要求，则问题一般出在SQL Server 2000安全管理模式的配置问题上。大家可以参考上文SQL Server 2000安全管理模式一节中的配置方法进行修改和设置。

4.3         超时已过期

发生这个错误,一般而言表示客户端已经找到了这台服务器,并且可以进行连接,不过是由于连接的时间大于允许的时间而导致出错.

要解决这样的错误,可以修改客户端应用进程的连接超时设置。具体的修改方法，可参考相应客户端应用进程的软件使用说明或联系软件供应商解决。

4.4         版本兼容性问题

这种问题发生的概率比较低，但是SQL Server本身也有很大发展，从SQL Server 6.5到SQL Server 2000甚至SQL Server 2003都有不小的变更。如果客户端和服务器使用的接口版本兼容性存在问题，则也会造成SQL Server数据库连接故障。这一点需要提醒大家不要大意忽略了版本兼容性这个基本问题。

 

 

 

 

 

 

 

 

 

 

 

 

5          SQL Server 2000数据库连接故障与上层应用程序错误辨析

一般来说，报告数据库连接失败不会是SQL Server 2000数据库服务的告警，通常都是客户端应用进程上报出来的故障，这里就存在故障定位的辨析问题，因为故障的引发不一定是SQL Server本身的设置问题，上层应用程序也有可能存在故障。

实际上，这种辨析工作还是很容易进行的。那就是抛开应用进程，在客户端上通过ODBC配置中的测试功能另建一个客户端连接，如果测试通过则问题在应用进程，否则反之。具体操作方法，请大家参考下面的界面操作：

 

 

 

 

 

 

 

 

 

 

 

 

至此如果存在SQL Server本身的设置问题，则会弹出类似下面的故障告警框：

 

否则则SQL Server连接成功，不存在本身的设置问题。

6          总结

  SQL Server 2000数据库连接故障问题是一个非常复杂的问题，关联到很多节点和知识点。不是一个或是几个片面的绝招就可以解决的。在处理过程中，要求一定要有保持冷静分析和细致查找的能力。先确认故障的类别，再系统的有计划的逐个层次，逐个节点的进行核查和确认，直至追根溯源，最终确认并解决问题。

  此外，除了部分实例和服务的概念和内容SQL Server 2000有异于SQL Server 6.5，本文绝大部分内容同样也适用于SQL Server 6.5。