显示数据库连接失败是什么原因

测试连接数据库不成功，在保证连接服务器设置对话框内各项内容填写正确的条件下。1般出现毛病提示的缘由有以下几种情况：1、首先看服务器电脑有无关闭WINDOWS防火墙或瑞星的防火墙2、局域网不通局域网不通就是局域网内各电脑间没有到达不需要用户名和密码的访问，就是不能相互访问同享文件，可以通过计算机间能否相互访问同享文件来判断局域网是不是畅通。方法在“网上邻居”的地址栏中输入“\\”加上要访问计算机的“记算机名称或是本地ip地址”然后链接（例如\\19216801），可以访问说明局域网畅通3、数据库服务没有启动如果是数据库没有运行，软件测试连接一样也会出现毛病提示。可以在开始菜单------程序----启动------ServiceManager或是在开始菜单----运行----输入cmd------回车-----在出现黑屏界面的光标处输入netstartMSSQLSERVER----回车如果出现提示为“要求的服务器已启动”，说明数据库已在运行了；“服务名无效”说明输入的命令不正确；“没法启动数据库服务“说明数据库文件被破坏或是其他缘由造成数据库服务没法启动。

解决办法参考（网上）\x0d\一：\x0d\我觉得可能是楼主的某些程序写的有问题，可能占用了连接而没有断开。另外，楼主的MYSQL服务器是不是安装有防火墙？特别是诺顿防火墙，我遇到过，明明是允许我的IP访问被保护的服务器，可是一段时间后，挪顿就认为我的IP是非法攻击，自动就给我IP封了，要么等20分钟（默认的规则），要么从新启动服务器就好了。。。。。。。 \x0d\\x0d\电脑常识 \x0d\\x0d\二：\x0d\您使用的是Windows操作系统，此错误与一个注册表键值TcpTimedWaitDelay有关。减小Windows中TcpTimedWaitDelay时间可解决此类问题，默认情况下为240（未设置的情况下也是这个数值）。 此项设置需要到注册表如下位置进行设置：HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParametersTcpTimedWaitDelay \x0d\如果注册表中没有TcpTimedWaitDelay这个项目，请增加这个项目，并设置为双字节（DWORD）类型。数值设置为30 ~ 60 之间即可。 \x0d\\x0d\数据仓库 \x0d\\x0d\三：\x0d\服务器ftp测试完毕，重新启动了一下。就一切稳定了。 不过仍然有几个问题没有搞清楚。心里不放心。 \x0d\\x0d\1。上周五的时候，ftp压力并不大的时候，30分钟在线统计900多人的时候，10%的比率出现mysql连接失败的10048错误。 \x0d\2。我当时使用的连接方法是 mysql_connect()。服务器iis+php+isapi的方式。参考了一些资料以后，我当时马上把 mysql_connect() 方法都改成了 mysql_pconnect() 方法，当时，问题看上去是解决了。 \x0d\3。周六，服务器开始ftp压力测试。15%的比率出现 mysql连接失败的 10048 10055 错误。比上次多了个10055错误。 \x0d\\x0d\关键不知道10048 10055错误代码具体代表的错误信息。应该说，问题仍然没有找到确切的答案。 \x0d\\x0d\人工智能 \x0d\\x0d\我开了serv-u，有4个socket连接，mysql马上挂了 数据挖掘研究院

数据库连接失败的原因：登录账号、密码、服务器名称、数据库名称登录错误导致不能连接、没能正确安装SQL服务器、因权限问题导致数据库数据库连接失败的原因：登录账号、密码、服务器名称、数据库名称登录错误导致不能连接、没能正确安装SQL服务器、因权限问题导致数据库数据库连接失败的原因：登录账号、密码、服务器名称、数据库名称登录错误导致不能连接、没能正确安装SQL服务器、因权限问题导致数据库

数据库连接失败的原因有很多种情况：

1，数据库的本地服务没打开。

2，用户名或密码输入有误。

3，端口不正确。

4，你所连接的服务器IP不正常（可以在程序运行那儿ping试一下）。

5，权限问题。

可能原因四点:

一"SQL Server 不存在或访问被拒绝"

这个是最复杂的,错误发生的原因比较多,需要检查的方面也比较多

一般说来,有以下几种可能性:

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

2,服务器端网络配置有误

3,客户端网络配置有误

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

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

ping <服务器IP地址/服务器名称>

如果 ping <服务器IP地址> 不成功,说明物理连接有问题,这时候要检查硬件设备,如网卡,HUB,路由器等还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的,比如 ISA Server防火墙软件可能会屏蔽对 ping,telnet 等的响应

因此在检查连接问题的时候,我们要先把防火墙软件暂时关闭,或者打开所有被封闭的端口

如果ping <服务器IP地址> 成功而,ping <服务器名称> 失败

则说明名字解析有问题,这时候要检查 DNS 服务是否正常

有时候客户端和服务器不在同一个局域网里面,这时候很可能无法直接使用服务器名称来标识该服务器,这时候我们可以使用HOSTS文件来进行名字解析,

具体的方法是:

1使用记事本打开HOSTS文件（一般情况下位于C:\WINNT\system32\drivers\etc）

添加一条IP地址与服务器名称的对应记录,如:

1721681024 myserver

2或在 SQL Server 的客户端网络实用工具里面进行配置,后面会有详细说明

====接着,我们要到服务器上检查服务器端的网络配置,检查是否启用了命名管道是否启用了 TCP/IP 协议等等 =============

点击:程序 -- Microsoft SQL Server -- 服务器网络使用工具

打开该工具后,在"常规"中可以看到服务器启用了哪些协议

一般而言,我们启用命名管道以及 TCP/IP 协议

点中 TCP/IP 协议,选择"属性",我们可以来检查 SQL Server 服务默认端口的设置

一般而言,我们使用 SQL Server 默认的1433端口如果选中"隐藏服务器",则意味着客户端无法通过枚举服务器来看到这台服务器,起到了保护的作用,但不影响连接

============= 接下来我们要到客户端检查客户端的网络配置 =============

我们同样可以利用 SQL Server 自带的客户端网络使用工具来进行检查,

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

打开该工具后,在"常规"项中,可以看到客户端启用了哪些协议

一般而言,我们同样需要启用命名管道以及 TCP/IP 协议

点击 TCP/IP 协议,选择"属性",可以检查客户端默认连接端口的设置,该端口必须与服务器一致

单击"别名"选项卡,还可以为服务器配置别名服务器的别名是用来连接的名称,

连接参数中的服务器是真正的服务器名称,两者可以相同或不同别名的设置与使用HOSTS文件有相似之处

二"无法连接到服务器,用户xxx登陆失败"

该错误产生的原因是由于SQL Server使用了"仅 Windows"的身份验证方式,

因此用户无法使用SQL Server的登录帐户（如 sa ）进行连接解决方法如下所示:

1在服务器端使用企业管理器,并且选择"使用 Windows 身份验证"连接上 SQL Server

操作步骤:

在企业管理器中

--右键你的服务器实例(就是那个有绿色图标的)

--编辑SQL Server注册属性

--选择"使用windows身份验证"

--选择"使用SQL Server身份验证"

--登录名输入:sa,密码输入sa的密码

--确定

2设置允许SQL Server身份登录

操作步骤:

在企业管理器中

--展开"SQL Server组",鼠标右键点击SQL Server服务器的名称

--选择"属性"

--再选择"安全性"选项卡

--在"身份验证"下,选择"SQL Server和 Windows "

--确定,并重新启动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服务

远程连接sql server 2000服务器的解决方案

一 看ping 服务器IP能否ping通。

这个实际上是看和远程sql server 2000服务器的物理连接是否存在。如果不行，请检查网络，查看配置，当然得确保远程sql server 2000服务器的IP拼写正确。

二 在Dos或命令行下输入telnet 服务器IP 端口，看能否连通。

如telnet 202114100100 1433

通常端口值是1433，因为1433是sql server 2000的对于Tcp/IP的默认侦听端口。如果有问题，通常这一步会出问题。通常的提示是“……无法打开连接,连接失败"。

如果这一步有问题，应该检查以下选项。

1 检查远程服务器是否启动了sql server 2000服务。如果没有，则启动。

2 检查服务器端有没启用Tcp/IP协议，因为远程连接(通过因特网)需要靠这个协议。检查方法是，在服务器上打开 开始菜单->程序->Microsoft SQL Server->服务器网络实用工具，看启用的协议里是否有tcp/ip协议，如果没有，则启用它。

3 检查服务器的tcp/ip端口是否配置为1433端口。仍然在服务器网络实用工具里查看启用协议里面的tcp/ip的属性，确保默认端口为1433，并且隐藏服务器复选框没有勾上。

事实上，如果默认端口被修改，也是可以的，但是在客户端做telnet测试时，写服务器端口号时必须与服务器配置的端口号保持一致。如果隐藏服务器复选框被勾选，则意味着客户端无法通过枚举服务器来看到这台服务器，起到了保护的作用，但不影响连接，但是Tcp/ip协议的默认端口将被隐式修改为2433，在客户端连接时必须作相应的改变。

4 如果服务器端操作系统打过sp2补丁，则要对windows防火墙作一定的配置，要对它开放1433端口，通常在测试时可以直接关掉windows防火墙(其他的防火墙也关掉最好)。

5 检查服务器是否在1433端口侦听。如果服务器没有在tcp连接的1433端口侦听，则是连接不上的。检查方法是在服务器的dos或命令行下面输入

netstat -a -n 或者是netstat -an，在结果列表里看是否有类似 tcp 127001 1433 listening 的项。如果没有，则通常需要给sql server 2000打上至少sp3的补丁。其实在服务器端启动查询分析器，输入 select @@version 执行后可以看到版本号，版本号在802039以下的都需要打补丁。

如果以上都没问题，这时你再做telnet 服务器ip 1433 测试，将会看到屏幕一闪之后光标在左上角不停闪动。恭喜你，你马上可以开始在企业管理器或查询分析器连接了。

三 检查客户端设置

程序->Microsoft SQL Server -> 客户端网络使用工具。像在服务器网络实用工具里一样，确保客户端tcp/ip协议启用，并且默认端口为1433(或其他端口，与服务器端保持一致就行)。

四 在企业管理器里或查询那分析器连接测试

企业管理器->右键SQlserver组->新建sqlserver注册->下一步->写入远程IP->下一步->选Sqlserver登陆->下一步->写入登陆名与密码(sa,password)->下一步->下一步->完成

查询分析器->文件->连接->写入远程IP->写入登录名和密码(sa,password)->确定

通常建议在查询分析器里做，因为默认情况下，通过企业管理器注册另外一台SQL Server的超时设置是4秒，而查询分析器是15秒。

修改默认连接超时的方法:

企业管理器->工具->选项->在弹出的"SQL Server企业管理器属性"窗口中，点击"高级"选项卡->连接设置->在 登录超时(秒) 后面的框里输入一个较大的数字

查询分析器->工具->选项->连接->在 登录超时(秒) 后面的框里输入一个较大的数字

通常就可以连通了，如果提示错误，则进入下一步。

五 错误产生的原因通常是由于SQL Server使用了"仅 Windows"的身份验证方式，因此用户无法使用SQL Server的登录帐户(如 sa )进行连接。

在SQL服务器上安装一个SQL远程连接的补丁，一般都可以解决问题。。