小结SQL Server衔接失利错误的办理[MSSQL防范]

　　　 ConnectionOpen (Connect())

　　　ping ＜服务器IP地址＞ 
　
　　大概

　　　ping ＜服务器名称＞

[1] [2] [3] [4] [5] [6] 下一页  

假如 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 的客户端网络实用工具里面举行配置,背面会有具体阐明.



其次,利用 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 服务默许端口的设置

上一页  [1] [2] [3] [4] [5] [6] 下一页  

普通而言,我们利用 SQL Server 默许的1433端口.假如选中"躲藏服务器",则意味着客户端无法通过列举服务器来看到这台服务器,起到了保护的作用,但不影响衔接.

查抄完了服务器端的网络配置,接下来我们要到客户端查抄客户端的网络配置.我们一样可以操纵 SQL Server 自带的客户端网络利用工具来举行查抄,所差别的是这次是在客户端来运行这个工具.

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

从这里我们可以看到客户端启用了哪些协议.普通而言,我们一样需求启用命名管道以及 TCP/IP 协议.

点击 TCP/IP 协议,挑选"属性",可以查抄客户端默许衔接端口的设置,该端口必须与服务器一致.

单击"别名"选项卡,还可认为服务器配置别名.服务器的别名是用来衔接的名称,衔接参数中的服务器是真正的服务器名称,二者可以相同或差别.我们可以利用myserver来替换真正的服务器名称sql2kcn-02,并且利用网络库 Named Pipes.别名的设置与利用HOSTS文件有类似之处.

通过以上几个方面的查抄,错误 1 发生的缘由基本上可以被解除.下面我们再具体描写若何来办理错误 2.

当用户尝试在查询解析器里面利用sa来衔接SQL Server,大概在企业管理器里面利用sa来新建一个SQL Server注册时,常常会碰到如图 2 所示的错误信息.

该错误产生的缘由是由于SQL Server利用了"仅 Windows"的身份考证方法,因此用户无法利用SQL Server的登录帐户（如 sa ）举行衔接.办理办法以下所示:

1、 在服务器端利用企业管理器,并且挑选"利用 Windows 身份考证"衔接上 SQL Server;

2、 展开"SQL Server组",鼠标右键点击SQL Server服务器的名称,挑选"属性",再挑选"安全性"选项卡;

3、 在"身份考证"下,挑选"SQL Server和 Windows ";

4、 重新启动SQL Server服务.

在以上办理办法中,假如在第 1 步中利用"利用 Windows 身份考证"衔接 SQL Server 失利,那么我们将碰到一个两难的地步:首先,服务器只答应了 Windows 的身份考证;其次,即便利用了 Windows 身份考证仍旧无法衔接上服务器.

这种情形被形象地称之为"自己把自己锁在了门外",因为无论用何种方法,用户均无法利用举行衔接.实际上,我们可以通过改正一个注册表键值来将身份考证方法改成 SQL Server 和 Windows 混合考证,步骤以下所示:

1、点击"开始"-"运行",输入regedit,回车进入注册表编辑器;

2、顺次展开注册表项,浏览到以下注册表键:

[HKEY_LOCAL_MacHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer]

3、在屏幕右方找到名称"LoginMode",双击编辑双字节值;

上一页  [1] [2] [3] [4] [5] [6] 下一页  

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上的服务器,并且是慢速衔接时,有大概会招致以上的超时错误.有些情形下,由于局域网的网络问题,也会招致这样的错误.

上一页  [1] [2] [3] [4] [5] [6] 下一页  

要办理这样的错误,可以改正客户端的衔接超时设置.默许情形下,通过企业管理器注册别的一台SQL Server的超时设置是 4 秒,而查询解析器是 15 秒（这也是为什么在企业管理器里发生错误的大概性对比大的缘由）.具体步骤为:

1、在企业管理器中,挑选菜单上的"工具",再挑选"选项";

2、在弹出的"SQL Server企业管理器属性"窗口中,点击"高级"选项卡;

3、在"衔接设置"下的"登录超时（秒）"右边的框中输入一个对比大的数字,如 20.

查询解析器中也可以在一样位置举行设置.

2、利用程序衔接失利

以上的三种错误信息都是发生在 SQL Server 自带的客户端工具中,在利用程序中我们也会碰到近似的错误信息,比方:

Microsoft OLE DB Provider for SQL Server (0x80004005)
[DBNETLIB][ConnectionOpen (Connect()).]Specified SQL server not found.

Microsoft OLE DB Provider for SQL Server (0x80004005)
用户 'sa' 登录失利.缘由: 未与信任 SQL Server 衔接相关联.

Microsoft OLE DB Provider for ODBC Drivers 错误 '80004005'.
[Microsoft][ODBC SQL Server Driver]超时已过期.

首先,让我们来具体看以下的表示图来理解一下利用 ODBC 和利用 OLE DB 衔接 SQL Server 有什么差别之处.

在实际利用中,利用程序成立和利用各种 ADO 对象,ADO 对象框架调用享用的 OLE DB 供应者.

为了拜候 SQL Server 数据库,OLE DB 供应了两种差别的办法:用于 SQL Server 的 OLE DB 供应者以及用于 ODBC 的 OLE DB 供应者.这两种差别的办法对应于两种差别的衔接字符串,尺度的衔接字符串写法以下所示:

1、利用用于 SQL Server 的 OLE DB 供应者:

利用 SQL Server 身份考证:

oConn.Open "Provider=sqloledb;" & _ 
"Data Source=myServerName;" & _
"Initial Catalog=myDatabaseName;" & _
"User Id=myUsername;" & _
"Password=myPassword"

　　利用 Windows 身份考证（信任衔接）:

oConn.Open "Provider=sqloledb;" & _
"Data Source=myServerName;" & _
"Initial Catalog=myDatabaseName;" & _
"Integrated Security=SSPI"

上一页  [1] [2] [3] [4] [5] [6] 下一页  

2、利用用于 ODBC 的 OLE DB 供应者（不利用 ODBC 数据源）:

利用 SQL Server 身份考证:

oConn.Open "Driver={SQL Server};" & _ 
"Server=MyServerName;" & _
"Database=myDatabaseName;" & _
"Uid=myUsername;" & _
"Pwd=myPassword"

　　利用 Windows 身份考证（信任衔接）:

oConn.Open "Driver={SQL Server};" & _ 
"Server=MyServerName;" & _
"Database=myDatabaseName;" & _
"Trusted_Connection=yes"

　　3、利用用于 ODBC 的 OLE DB 供应者（利用 ODBC 数据源）:

oConn.Open "DSN=mySystemDSN;" & _ 
"Uid=myUsername;" & _ 
"Pwd=myPassword"

假如碰到衔接失利的情形,我们只要按照一中所示的办法,结合程序中的衔接字符串举行查抄,基本都能得到办理.别的,还有以下几个要注意的地方:

1、配置 ODBC 数据源时,点击"客户端"配置选项可以让我们指定衔接利用的网络库、端口号等属性.

2、假如碰到衔接超时的错误,我们可以在程序中改正 Connection 对象的超时设置,再翻开该衔接.比方:

＜%Set Conn = Server.CreateObject
("ADODB.Connection")DSNtest="DRIVER={SQL
 Server};SERVER=ServerName;UID=USER;
PWD=password;DATABASE=mydatabase"Conn.
 Properties("Connect Timeout") = 15 '
以秒为单位Conn.open DSNtest%＞

　　3、假如碰到查询超时的错误,我们可以在程序中改正 Recordset 对象的超时设置,再翻开后果集.比方:

Dim cn As New ADODB.ConnectionDim rs As ADODB.Recordset. . .
cmd1 = txtQuery.TextSet rs = New ADODB.Recordsetrs.Properties
("Command Time Out") = 300'
//一样以秒为单位,假如设置为 0 表示无限制
rs.Open cmd1, cnrs.MoveFirst. . .

3、小结

本文针对大部份用户在利用 SQL Server 历程中常见的衔接失利的错误,重点谈论了在利用 SQL Server 客户端工具以及用户开辟的利用程序两种情形下,若何诊断并办理衔接失利的错误.看过本文今后,相信每一个读者城市对 SQL Server 的衔接工作原理、身份考证方法以及利用程序开辟等有一个较为全面而深化的衔接.

本文中全部的测试大概示例均在 Windows 2000 Advanced Server + SQL Server 2000 企业版上通过.

上一页  [1] [2] [3] [4] [5] [6]  　　以上是“小结SQL Server衔接失利错误的办理[MSSQL防范]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：