JDBC连接失败大总结

来源:互联网 发布:共享网络和独享网络 编辑:程序博客网 时间:2024/05/16 17:08
  
一网络连接错误

1 首先,检查网络物理连接

ping <服务器IP地址/服务器名称>
1)     如果 ping <服务器IP地址> 不成功,说明物理连接有问题,这时候要检查硬件设备,如网卡,HUB,路由器等.
 还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的,比如 ISA Server.防火墙软件可能会屏蔽对 ping,telnet 等的响应因此在检查连接问题的时候,我们要先把防火墙软件暂时关闭,或者打开所有被封闭的端口.
eg 此处测试本地:ping localhost
2)     如果ping <服务器IP地址> 成功而,ping <服务器名称> 失败
则说明名字解析有问题,这时候要检查 DNS 服务是否正常.有时候客户端和服务器不在同一个局域网里面,这时候很可能无法直接使用服务器名称来标识该服务器
eg   此处测试本地SQL Server服务器名:ping MY-TOMATO
这时候我们可以使用HOSTS文件来进行名字解析. 具体的方法是:
1.使用记事本打开HOSTS文件(一般情况下位于C:/WINNT/system32/drivers/etc).添加一条IP地址与服务器名称的对应记录,如:172.21.5.35  MY-TOMATO
2.或在 SQL Server 的客户端网络实用工具里面进行配置,后面会有详细说明。
2 使用 telnet 命令检查SQL Server服务器工作状态
telnet <服务器IP地址> 1433
eg 这里 telnet localhost 1433
如果命令执行成功,可以看到屏幕一闪之后光标在左上角不停闪动,这说明 SQL Server 服务器工作正常,并且正在监听1433端口的 TCP/IP 连接。
    如果命令返回"无法打开连接"的错误信息,则说明服务器端没有启动 SQL Server 服务,也可能服务器端没启用 TCP/IP 协议,或者服务器端没有在 SQL Server 默认的端口1433上监听。
3 接着,我们要到服务器上检查服务器端的网络配置,检查是否启用了命名管道.是否启用了 TCP/IP 协议等等
可以利用 SQL Server 自带的服务器网络使用工具来进行检查.
点击:程序 -- Microsoft SQL Server -- 服务器网络使用工具
打开该工具后,在"常规"中可以看到服务器启用了哪些协议.
一般而言,我们启用命名管道以及 TCP/IP 协议.点中 TCP/IP 协议,选择"属性",我们可以来检查 SQL Server 服务默认端口的设置
一般而言,我们使用 SQL Server 默认的1433端口。如果选中"隐藏服务器",则意味着客户端无法通过枚举服务器来看到这台服务器,起到了保护的作用,但不影响连接.
4 接下来我们要到客户端检查客户端的网络配置
我们同样可以利用 SQL Server 自带的客户端网络使用工具来进行检查,
所不同的是这次是在客户端来运行这个工具.

点击:程序 -- Microsoft SQL Server -- 客户端网络使用工具
打开该工具后,在"常规"项中,可以看到客户端启用了哪些协议.
一般而言,我们同样需要启用命名管道以及 TCP/IP 协议.
点击 TCP/IP 协议,选择"属性",可以检查客户端默认连接端口的设置,该端口必须与服务器一致.
单击"别名"选项卡,还可以为服务器配置别名.服务器的别名是用来连接的名称,
连接参数中的服务器是真正的服务器名称,两者可以相同或不同.别名的设置与使用HOSTS文件有相似之处.
补充:
1
现象:在Win2003简体中文服务器版上安装SQL Server2000,默认安装,一切正常,但是在安装完成后查看端口,1433端口居然未开放,当然更不用说远程连接了。
一般分析的都是这样:
1、sql server服务没有启动;
检查服务启动,重新启动服务故障依然。
2、修改了端口号;
打开网络实用工具,检查启用的协议中有TCP/IP协议,查看端口,是1433没错。
3、客户端实用工具作了改动;
打开客户端实用工具,检查协议端口正常,重新创建一个别名,依然不行。
4、安装的问题;
因为没有看他怎么安装的sql,怀疑安装步骤有问题。据张烨这个牛人讲,如果修改了默认的实例名,而又未正确配置,会出现这样的现象。遂卸载重装,一切默认,故障依然。
5、安装版本的问题;
查看安装光盘,是久经考验的安装盘,应该不会出问题。
6、系统的问题;
也看不出有什么其它的问题,难道是系统的问题?不过重装系统可太过麻烦,还是先想想其它的办法,看能不能找到问题所在。
检查系统日志,这个应该是一个比较好的习惯。仔细翻了一遍重新安装后的日志,赫然发现如下内容:
您运行的 Microsoft SQL Server 2000 版本或 Microsoft SQL Server 2000 Desktop Engine (也称为 MSDE) 和 Microsoft Windows Server 2003 家族使用时存在已知的 安全弱点。为了减少计算机被某些病毒的攻击,Microsoft SQL Server 2000,MSDE 或 两者的 TCP/IP 和 UDP 网络端口被禁用。要启用这些端口,您必须从 http://www.microsoft.com/sql/downloads/default.asp 或 http://www.microsoft.com/china/sql/downloads/default.asp 安装一个修补程序, 或 Microsoft SQL Server 2000 或 MSDE 的最新服务包。
有关更多信息,请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持
终于找到问题了,原来是Windows的一个小小的安全考虑。那么为什么以前就没遇到过呢,原来搞惯安全的人,安装好sql以后,在使用前一定会先修补漏洞,所以一直未注意过这个问题。看来什么样的习惯都会有一些弊端!
既然找到问题就简单了,安装SQL Server SP4后一切正常。
从上面的问题我们得出结论:
1、不要惯性思维;
2、要多看看微软写的日志,其实微软作的比想象的要好很多;
3、处处留心皆学问啊;
 
 
2 要安装SQL Server Pack 4 ,安装后就可以了,在cmd中输入 netstat -na 可以看到监听的端口
 
"无法连接到服务器,用户xxx登陆失败"
该错误产生的原因是由于SQL Server使用了"仅 Windows"的身份验证方式,
因此用户无法使用SQL Server的登录帐户(如 sa )进行连接.解决方法如下所示:
1.在服务器端使用企业管理器,并且选择"使用 Windows 身份验证"连接上 SQL Server
在企业管理器中
--右键你的服务器实例(就是那个有绿色图标的)
--编辑SQL Server注册属性
--选择"使用windows身份验证"

2.展开"SQL Server组",鼠标右键点击SQL Server服务器的名称,选择"属性",再选择"安全性"选项卡
3.在"身份验证"下,选择"SQL Server和 Windows ".
4.重新启动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才可以?
这是因为在WINDOWS 2000以后的操作系统中,MS为解决SQL SERVER的安全问题将TCP/IP配置
为SQLSERVER的默认连接协议,你可以在CLIENT NETWORK UTILITY中看到TCP/IP和NAME 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

SQL中,连接的配置就这两个方面

SQL Server服务器--开始--程序--Microsoft SQL Server
--服务器网络实用工具
--启用 WinSock代理
--代理地址:(sqlserver服务器IP)
--代理端口--1433
---确定

客户端
开始--程序--Microsoft SQL Server--客户端网络实用工具
--别名--添加
--网络库选择"tcp/ip"--服务器别名输入SQL服务器名
--连接参数--服务器名称中输入SQL服务器ip地址
--如果你修改了SQL的端口,取消选择"动态决定端口",并输入对应的端口号
 
大总结:安装sp4补丁包是王道,sp4 补丁包有三个包
关于sp4补丁:
Microsoft SQL Server 2000 Service Pack 4 简体中文版
软件大小:45680KB
软件语言:简体中文
软件类别:国外软件/免费版/编程工具
运行环境:Win9x/Me/NT/2000/XP
软件介绍:
SP4 是一个累积性的 Service Pack,包含自以前的 Service Pack 发布以来所有的修补程序(包括 MS03-031 安全公告)。
SP4 包括用于以下 SQL Server 2000 组件的程序包: Database 组件(下载文件:SQL2000-KB884525-SP4-x86.EXE)更新 SQL Server 2000 的 32 位 Database 组件,包括数据库引擎、复制、客户端连接组件及工具。有关其他信息,请参阅 ReadmeSql2k32Sp4.htm。 Analysis Services 组件(下载文件:SQL2000.AS-KB884525-SP4-x86.EXE)更新 SQL Server 2000 的 32 位 Analysis Services。
有关其他信息,请参阅 ReadmeSql2k32ASp4.htm。 SQL Server 2000 Desktop Engine (MSDE) 组件(下载文件:SQL2000.MSDE-KB884525-SP4-x86.EXE)对于 SQL Server 2000 的 32 位 MSDE 组件:安装新的 MSDE 实例升级现有 MSDE 实例更新使用合并模块的应用程序 http://www.microsoft.com/downloa ... 6-99a9-b7f0213f8bc5  
注意,要下3个 ..
 
正确安装了sp4后,使用netstat –na命令,果然发现有监听1433。但telnet依然不成功。
连接Microsoft SQL Server数据库步骤
    安装SQL Server 2000 Driver for JDBC,安装的目录在C:/Program Files/Microsoft SQL Server 2000 Driver for JDBC/下。在lib的目录下有三个jar文件msbase.jarmssqlserver.jarmsutil.jar,我们所需要的类都在这三个文件中。该驱动程序属于Type4
SQL Server驱动程序的主要类为com.microsoft.jdbc.sqlserver.SQLServerDriver,这个类包含在mssqlserver.jar文件之中。Class.forName("com.microsoft.jdbc.sqlserver.SQLServerDriver");
1)加载数据库:利用Class类中的静态方法forName,加载所要使用的Driver,我们通过传入Driver类名称的字符串,当作forName方法的参数,如果执行时JVM找不到Driver,就会产生ClassNotFoundException的异常对象,所以我们必须搭配try…catch一起使用。
代码如下:
 try{
                 Class.forName("com.microsoft.jdbc.sqlserver.SQLServerDriver");
      System.out.println("Success loading MS SQL Server Driver...");
      }
      catch(Exception e){
                 System.out.println("Error loading MS SQL Server Driver...");
                 e.printStackTrace();
      }
2)创建连接:当成功加载Driver的类之后,Class.forName会向DriverManager注册这个类,我们就可以通过DriverManager中的静态方法getConnection与数据库创建连接。在getConnection中,必须输入三个参数; 连接字符串,用户名,密码。如果DriverManager成功创建数据库连接,就可获得一个Connection对象,以后就可利用该对象操作数据库。如果连接失败,依旧会得到一个SQLException异常对象,所以一样要使用try…catch来搭配使用。
代码如下:
try{
           Connection con1=                       DriverManager.getConnection("jdbc:microsoft:sqlserver://localhost:1433;DatabaseName=exp","sa","sa");
           System.out.println("Success establishing the Connection.../n");
                 con1.close();
}
catch(SQLException e){
                 e.printStackTrace();
                 System.out.println("Error establishing the Connection.../n");
}
经过这两个步骤后发现虽然telnet连接不成功,但java程序已经能使用JDBC连接到数据库了,证明netstat –na中显示的正是正在监听的端口。
3添加外部jar文件
    在使用eclipse时发现需要给所建项目手动添加mssqlserver.jar、msutil.jar和msbase.jar三个外部jar文件,添加方法是:右键打开该项目的属性,在构建路径中添加外部jar文件。
原创粉丝点击