小结SQLServer连接失败错误及解决

第一篇：小结SQLServer连接失败错误及解决

小结SQL Server连接失败错误及解决

在使用 SQL Server 的过程中，用户遇到的最多的问题莫过于连接失败了。一般而言，有以下两种连接 SQL Server 的方式，一是利用 SQL Server 自带的客户端工具，如企业管理器、查询分析器、事务探查器等；二是利用用户自己开发的客户端程序，如ASP 脚本、VB程序等，客户端程序中又是利用 ODBC 或者 OLE DB 等连接 SQL Server。下面，我们将就这两种连接方式，具体谈谈如何来解决连接失败的问题。

一、客户端工具连接失败

在使用 SQL Server 自带的客户端工具（以企业管理器为例）连接 SQL Server时，最常见的错误有如下一些：

1、SQL Server 不存在或访问被拒绝

ConnectionOpen(Connect())

2、用户'sa'登录失败。原因：未与信任 SQL Server 连接相关联。

3、超时已过期。

下面我们依次介绍如何来解决这三个最常见的连接错误。

第一个错误“SQL Server 不存在或访问被拒绝”通常是最复杂的，错误发生的原因比较多，需要检查的方面也比较多。一般说来，有以下几种可能性：

1、SQL Server名称或IP地址拼写有误；

2、服务器端网络配置有误；

3、客户端网络配置有误。

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

首先，检查网络物理连接：

ping ＜服务器IP地址＞

或者

ping ＜服务器名称＞

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

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

1、使用记事本打开HOSTS文件（一般情况下位于C:WINNTsystem32driversetc）.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 服务默认端口的设置，如下图所示：

一般而言，我们使用 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_MACHINESOFTWAREMicrosoftMSSQLServerMSSQLServer]

3、在屏幕右方找到名称“LoginMode”，双击编辑双字节值；

4、将原值从1改为2，点击“确定”；

5、关闭注册表编辑器；

6、重新启动SQL Server服务。

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

1、打开企业管理器，展开服务器组，然后展开服务器；

2、展开“安全性”，右击“登录”，然后单击“新建登录”；

3、在“名称”框中，输入 BUILTINAdministrators；

4、在“服务器角色”选项卡中，选择“System Administrators” ；

5、点击“确定”退出；

6、使用同样方法添加＜机器名＞Administrator 登录。

以下注册表键

HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSSQLServerMSSQLServerLoginMode 的值决定了SQL Server将采取何种身份验证模式。该值为1，表示使用Windows 身份验证模式；该值为2，表示使用混合模式（Windows 身份验证和 SQL Server 身份验证）。

看完如何解决前两个错误的方法之后，让我们来看一下如图 3 所示的第三个错误。

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

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

1、在企业管理器中，选择菜单上的“工具”，再选择“选项”；

2、在弹出的“SQL Server企业管理器属性”窗口中，点击“高级”选项卡；

3、在“连接设置”下的“登录超时（秒）”右边的框中输入一个比较大的数字，如 20。

查询分析器中也可以在同样位置进行设置。

二、应用程序连接失败

以上的三种错误信息都是发生在 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”

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.Connection Dim rs As ADODB.Recordset

...cmd1 = txtQuery.Text Set rs = New ADODB.Recordset rs.Properties(“Command Time Out”)= 300 '同样以秒为单位，如果设置为 0 表示无限制

rs.Open cmd1, cn rs.MoveFirst

...三、小结

本文针对大部分用户在使用 SQL Server 过程中常见的连接失败的错误，重点讨论了在使用 SQL Server 客户端工具以及用户开发的应用程序两种情况下，如何诊断并解决连接失败的错误。看过本文以后，相信每一个读者都会对 SQL Server 的连接工作原理、身份验证方式以及应用程序开发等有一个较为全面而深入的连接。本文中所有的测试或者示例均在 Windows 2000 Advanced Server + SQL Server 2000 企业版上通过。

第二篇：SQL_Server_ODBC数据源连接失败问题总结

SQL Server ODBC数据源连接失败问题总结

本文针对SQL Server 不存在或是访问被拒绝、[Microsoft][ODBC Sql Server Driver]无效的连接、SQLSERVER错误：18452三种常见的连接错误问题，提出了解决的方法，并且亲身实践。在提出问题之前，首先要检查防火墙和杀毒软件是否关闭，接着，在建立连接的时候，要保证SQL Server 服务器是打开的。以上都做到后，请参考下文的出错情况以及解决方法。

一、错误1：SQL Server 不存在或是访问被拒绝

SQLState:01000 SQL Server 错误: 64 [Microsoft][ODBC SQL Server Driver][DBNETLIB] ConnectionOpen(Connect())连接失败

SQLState:08001 SQL Server 错误: 17 [Microsoft][ODBC SQL Server Driver][DBNETLIB] SQL Server 不存在或是访问被拒绝

检查1433端口是否打开

没有找到1433端口

说明1433端口没有打开。

打开1433端口的方法：

1.针对我安装的系统SP3，安装的SQL2005默认TCP/IP的状态是禁止的，因此：

选择SQL Server Configuration Manager，然后分别打开SQL Server 2005 Services和SQL Server 2005 Client Configuration，并把TCP/IP和Nameed Pipes的状态设置为Enabled；

2.如果不行，就需要更新系统

更新后，一定要重启电脑。

.重新检查1433端口，如下图所示，发现1433已经打开。

二、错误2：[Microsoft][ODBC Sql Server Driver]无效的连接

再次打开ODBC,进行到第二步时，又出错了，不过这次的错误如图所示，显示的无效的连接，和之前的错误不同。连接失败

Sqlstate :'01000' Sql server错误：14

[Microsoft][ODBC Sql Server Driver][DBNETLIB] connectionOpen(Invalid Instance())

连接失败：

Sql State:'08001' Sql Server错误：14

[Microsoft][ODBC Sql Server Driver]无效的连接

原因在于你的服务器没有启动，只要启动服务器即可

解决的方法如下：

1.选择下图的SQL Server Surface Area Configuration

接着如下图所示，依次点击Surface Area Configuration for Services and Connections和Surface Area Configuration for Features

如下面两个图所示，必须保证startup type为Automic，以及service status为Running（即start按钮键为灰色）。

三、错误3：SQLSERVER错误：18452

设置完毕后，再次打开ODBC,进行到第二步时，又出错了，不过这次的错误又和之前的错误不同，SQLSTATE：28000

SQLSERVER错误：18452

[MICROSOFT][ODBC SQLSERVER DRIVER][SQL SERVER]用户‘sa’ 登录失败

原因：未与信任SQL Server连接相关联

该错误产生的原因是由于SQL Server使用了“仅

Windows”的身份验证方式，因此用户无法使用SQL Server的登录帐户（例如

sa)进行连接。

SQL 服务器已配置为在 “ Windows 身份验证模式（Windows 身份验证）” 操作和不允许使用 SQL 帐户。

解决方法如下：

1、设置允许SQL Server身份登录操作步骤：

第一步：在“Microsoft SQL Server Management Stdio”中，展开“SQL Server组”，鼠标右键点击SQL Server服务器的名称。

第二步：选择“属性”

第三步：再选择“安全性”选项卡

第四步：在“身份验证”下，选择“SQL Server和Windows身份验证模式” 第五步：确定，并重新启动SQL Server服务。

2、如果还是没解决，可以检查SA用户是否被打开：第一步：右键SA用户，打开属性。

第二步：选择“状态”选项卡，勾选登陆中的启用。

SA没有被启用，在数据库刚开始使用的时候很容易出现，安装的SQLServer，SA用户默认是关闭的，往往不被人知道。

到此，创建到SQL Server 2005的数据源成功！附图如下

第三篇：连接员见习小结

连接员见习小结

2011年8月1日，这是我来到王家营的第一天，也是我见习连接员的第一天。

连结员是对于铁路来说非常重要的一个工种，它是平面调车作业的核心，是一个车站生产组织的关键。

带我的是一个经验老道的陶姓师傅，第一天的学习，师傅让我在机车上呆着，以感性地认识王家营站的各个股道，机车上的无线调车设备及其显示情况，并对调车长的工作内容有一个初步的了解。

后来的学习师傅就从连结员的作业标准开始，一项项地指导我，上车试闸、提钩、摘风管、装简易紧急制动阀，虽然有些作业项目是在师傅的指导下很艰难地完成的，但是在这些过程中我学到了很多东西，我开始真正的认识到连结员并不是靠体力劳动就能简单完成的工种，它的确是一个技术活。

有时候我有些东西弄不明白，师傅就带我去车间找领导找资料，找规章，然后仔细地讲给我听。

在学习的过程中师傅总是提醒我要注意人身安全，要严格执行作业标准。

“上车时，车速不得超过15公里每小时，下车时，车速不得超过20公里每小时。”

“顺线路行走时，走两线路中间，不准脚踏钢轨面，道岔连接杆！”

“下车时一定要看清脚下有没有障碍物。” “摘风管的时候一定要照着我教你的方法来，先把折角塞门关了！”

“穿上你的防护服，带着你的口笛，跟我去包线检查。” “作业的时候一定要做好联系和防护，确保自己的人身安全，也要确保别人的人身安全。盛部长的讲话应该知道的吧，安全生产大如天啊！”

陶师傅的这些话时时在我的耳边想起，我相信，在今后的工作中，将是我最宝贵的财富。

在见习的时候师傅还教我一些做人的道理，给我讲他在工作中遇到的种种问题和解决的思路、方法。师傅在铁路上干了将近20年，对铁路有着很深的情结，他曾语重心长地跟我说，“小幸啊，铁路上的工作很艰苦，但是对于你来说我相信只是暂时的，在这边上班就是一定要耐得住寂寞，虚心学习，认真做事，踏实工作。好好干，我相信你。”

是的，铁路上的工作环境的确很是艰苦，但是没有苦，哪有甜呢？天将降大任于斯人也，必先苦其心志，劳其筋骨，饿其体肤！来吧！让暴风雨来的更猛烈些吧！乘风破浪会有时，直挂云帆济沧海！

时间过的很快，两个月的连结员学习结束了，经历了很多，学到了很多。虽然站上的领导不同意我们见习人员上车，但是在师傅的精心指导和耳濡目染下，我学会了如何使用无线平调设备，学会了如何在车上观速、测距，学会了如何检查线路车辆，也学会了在作业时如何防护自己。连接员的实习为今后在行车室和站调楼的继续学习打下了很好的基础。在这里，我要感谢陶师傅，感谢王家营四组的各位师傅们对我的悉心照顾，今后向你们学习的还有很多！

第四篇：英语考试失败小结

英语考试失败小结

英语这门可以说考得更加糟糕了。我们乡下来得孩子似乎英语都不大好，大部分同学跟我一样150分的试卷就考个30到50分，真是惭愧啊。说是在话，我一直想把英语提高上去，可就是提不上去啊。这能怪我吗？可问题其它同学有得就考得那么好哪，而且还是一0直都好。不过，话又说回来，他们确实要认真多了，每天读英语，看英语，上课似乎也特认真了。看样子我也该反省反省自己了。以后，我想，我也应该更加认真，更加努力了。老师不是说过吗，改听听力的时候就听听力，该做阅读训练的时候就做，该背单词得时间就记单词，好吧。废话不多说把。请同学和老师看我的行动把。

第五篇：SQLServe数据源连接失败问题总结