SQL Server 2000数据库连接

SQL Server 2000数据库连接

 

目录

 

1         SQL Server 2000服务和实例... 1

2         SQL Server 2000数据库应用结构... 2

3         SQL Server 2000安全管理... 2

3.1       服务组件的启动帐户.... 2

3.2       客户端连接用户管理... 2

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

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

4.2       用户登陆失败... 6

4.3       超时已过期... 6

4.4       版本兼容性问题... 6

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

6         总结... 10

 

1           SQL Server 2000服务和实例

SQL Server2000的服务组件是以 Windows 服务（Windows Services）方式运行的。SQL Server2000通常包含四种Windows服务（不考虑 OLAP）：

 

●  MSSqlServer—提供一般的数据库功能，如文件管理、查询处理、数据存储等

 

●  DTC（Distributed Transaction Coordinator）—分布式事务协调器, 支持跨越两

个或多个服务器的更新操作来保证事务的完整性

 

●  SQLServerAgent—负责SQL Server 自动化工作, 如果需要SQL Server 在指定时

间执行某一个存储过程，就需要用到这个服务

 

●  Search Service—全文查询服务, 负责全文检索方面的工作。

 

在实践中我们可能安装所有的服务组件，也可能只安装其中的一部分，这一组SQL Server 2000 服务即称SQL Server 2000实例。安装SQL Server 服务组件，就是创建一个新的SQL Server 实例或是在原有实例中增减服务组件。

SQL Server 2000 允许在同一个操作系统中创建多个实例。

 

●  如果只安装一个 SQL Server 实例，不需要在SQL Server安装时指定实例名称，自动使用默认名称。那么在Windows域里计算机的名称就是 SQL Server 实例的名称；使用TCP/IP协议连接SQL Server 实例时，可以用IP地址表示SQL Server 2000实例。

 

●  如果一个操作系统中安装了多个SQL Server 2000的实例，则需要在SQL Server安装时指定实例名称。在Windows域里可以用“计算机名称/实例名称”的形式标志SQL Server 2000实例；使用TCP/IP协议连接SQL Server 实例时，可以用“IP地址/实例名称”表示SQL Server 2000实例。

2          SQL Server 2000数据库应用结构

SQL Server 2000数据库应用一般是C/S结构，SQL Server 2000实例作为服务器，提供引擎，用户操作界面工具则是客户端，两者相辅相成。客户端对服务器的数据库连接实际上是客户端应用程序访问SQL Server 2000实例的连接。

3          SQL Server 2000安全管理

3.1         服务组件的启动帐户

把SQL Server服务器组件作为Windows服务程序，主要是因为Windows 服务程序能够在Windows用户没有登录的情况下使用。那么既然是服务方式运行，根据Windows系统的要求就需要为服务设定Windows启动帐户。

在安装中安装程序会要求用户为服务设定启动帐户，界面如下：

如果安装时没有能够正确配置，或是后期需要修改，则可以通过Windows的服务管理器对相应的服务的对应配置进行修改。

3.2         客户端连接用户管理

SQL Server的用户分为不同用户组，不同用户组的用户可以具有不同的数据库访问操作权限。SQL Server默认提供用于对SQL Server用户身份进行管理授权的超级用户组System Administrators，SQL Server超级用户SA则是这个组的固有用户，也是数据库访问操作权限最大的用户。这个组在正常安装的情况下，还默认拥有<本地机器名>/Administrator用户和<本地机器名>/Administrators用户。用户可以根据应用需求自己在SQL Server中创建新的用户组和用户，并赋之以适当的权限。

SQL Server 2000对客户端连接用户的安全管理有两种模式：

●   Windows 用户身份验证模式

●   混合模式（Windows 用户身份验证模式和SQL Server身份验证）

前者实际上是在SQL Server的用户库中建立对应的Windows系统用户，当客户端发起连接时直接以客户端登录Windows系统的用户的合法性来检查确定客户端连接用户的权限。 

后者则同时支持SQL Server自定义用户安全策略，客户端发起连接时必须提供SQL Server用户名和登录口令。

如果希望对客户端连接用户管理采用SQL Server身份验证，在安装时必须指定其登录方式为第二种模式。界面如下：

安装完成后，系统对应注册表注册项HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft /MSSQLServer/MSSQLServer/LoginMode的值决定了SQL Server将采取何种身份验证模式：

●   1 表示使用"Windows 身份验证"模式

●   2 表示使用混合模式（Windows 身份验证和 SQL Server 身份验证）

如果后期需要修改身份验证模式，可以修改并保存对应值后重新启动SQL Server服务。

4          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。