Ⅰ sql系统服务器连接不成功 急救 在线等
登录远程SQL服务器
一 看ping 服务器IP能否ping通。
这个实际上是看和远程sql server 2000服务器的物理连接是否存在。如果不行，请检查网络，查看配置，当然得确保远程sql server 2000服务器的IP拼写正确。
二 在Dos或命令行下输入telnet 服务器IP 端口，看能否连通。
如telnet 202.114.100.100 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 127.0.0.1 1433 listening 的项。如果没有，则通常需要给sql server 2000打上至少sp3的补丁。其实在服务器端启动查询分析器，输入 select @@version 执行后可以看到版本号，版本号在8.0.2039以下的都需要打补丁。
如果以上都没问题，这时你再做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连接不到服务器，请问为什么
这个错误的原因可能有两个：
其一，你要连接的服务器端数据库配置有错误，需要在sqlserver配置管理器中开启TCP/IP协议和sqlserver服务。
其二，可能是防火墙阻止了1433端口，所以你访问不到。你可以开始-系统和安全-Windows防火墙-高级设置-入站规则-右击新建规则-创建1433端口，或者直接将防火墙关闭试一试。
Ⅲ sql 怎么都连接不上服务器
1、转到[Microsoft SQL Server 2008]并找到[SQL Server配置管理器]，单击里面。
Ⅳ sql server链接不成功
第一个错误"SQL Server 不存在或访问被拒绝"通常是最复杂的，错误发生的原因比较多，需要检查的方面也比较多。一般说来，有以下几种可能性：
1、SQL Server名称或IP地址拼写有误；
2、服务器端网络配置有误；
3、客户端网络配置有误。
要解决这个问题，我们一般要遵循以下的步骤来一步步找出导致错误的原因。
首先，检查网络物理连接：
ping ＜服务器IP地址＞ 或者 ping ＜服务器名称＞
如果 ping ＜服务器IP地址＞ 失败，说明物理连接有问题，这时候要检查硬件设备，如网卡、HUB、路由器等。还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的，比如 ISA Server。防火墙软件可能会屏蔽对 ping、te.Net 等的响应，因此在检查连接问题的时候，我们要先把防火墙软件暂时关闭，或者打开所有被封闭的端口。
如果ping ＜服务器IP地址＞ 成功而 ping ＜服务器名称＞ 失败，则说明名字解析有问题，这时候要检查 DNS 服务是否正常。有时候客户端和服务器不在同一个局域网里面，这时候很可能无法直接使用服务器名称来标识该服务器，这时候我们可以使用HOSTS文件来进行名字解析，具体的方法是：
1、使用记事本打开HOSTS文件（一般情况下位于C:\WINNT\system32\drivers\etc）.
2、添加一条IP地址与服务器名称的对应记录，如：
172.168.10.24 myserver
也可以在 SQL Server 的客户端网络实用工具里面进行配置，后面会有详细说明。
其次，使用 te.Net 命令检查SQL Server服务器工作状态：
te.Net ＜服务器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 自带的客户端网络使用工具来进行检查，所不同的是这次是在客户端来运行这个工具。
Ⅳ sql server数据库连接失败
如果客户端计算机上的别名设置错误，可能会引起连接问题。您可以使用客户端网络实用程序查看别名。为此，请按以下步骤操作： 1. 启动客户端网络实用程序。如果 SQL Server 客户端工具被安装在正在运行客户端应用程序的计算机上，请按照以下步骤启动客户端网络实用程序： a. 单击“开始”，然后指向“程序”。 b. 指向“Microsoft SQL Server”，然后单击“客户端网络实用程序”。 如果 SQL Server 客户端工具没有安装在客户端计算机上，请按照以下步骤启动客户端网络实用程序： a. 单击“开始”，然后单击“运行”。 b. 在“运行”对话框中，在“打开”框中键入 cliconfg，然后单击“确定”。 2. 在“SQL Server 客户端网络实用程序”窗口中，单击“常规”标签，然后启用您要使用的所有协议。注意：您必须至少启用 TCP/IP 协议和命名管道协议。 3. 单击“别名”标签，然后验证为 SQL Server 实例所配置的别名。 4. 验证别名的属性，确认服务器名或 IP 地址和协议的配置是正确的。 通过使用服务器名、IP 地址或者其他协议，您可以创建一个新的别名以测试连接性能。注意：在 Microsoft 数据存取部件 (MDAC) 的早期版本中，客户端网络实用程序的用户界面是不同的。因此，如果您没有看到本文中列出的选项，请在运行客户端应用程序的计算机上安装 MDAC 的新版本。验证 SQL Server 实例正在正确地侦听要验证 SQL Server 实例正在正确地侦听命名管道、TCP/IP 或您在客户端应用程序中使用的其他协议，请打开当前的 SQL Server 错误日志文件。SQL Server 错误日志文件可能包括与以下类似的条目：2003-11-06 09:49:36.17 server SQL server listening on TCP, Shared Memory, Named Pipes. 2003-11-06 09:49:36.17 server SQL server listening on 192.168.1.5:1433, 127.0.0.1:1433.通过分析 SQL Server 错误日志文件中的条目，可以验证 SQL Server 实例是否正在侦听正确的 IP 地址和端口。在默认情况下，一个默认的 SQL Server 实例侦听端口 1433。您还可以使用服务器网络实用程序来验证 SQL Server 的协议设置并更改 SQL Server 中的属性，包括可以连接到 SQL Server 和可以使用的端口的协议。关于使用服务器网络实用程序的更多信息，请参见 SQL Server 在线参考书中的“SQL Server 网络实用程序”专题。有时候，SQL Server 2000 可能不会绑定于端口 1433 或任何其他指定的端口。如果端口正被其他应用程序使用，或者如果您正在尝试使用一个错误的 IP 地址进行连接，就可能会出现此问题。因此，TCP/IP 到 SQL Server 的连接可能不成功，在 SQL Server 错误日志中您会收到下列错误信息：2001-11-14 15:49:14.12 server SuperSocket Info:Bind failed on TCP port 1433.有关其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章： 307197 ( http://support.microsoft.com/kb/307197/) PRB:TCP\IP 端口正由另一应用程序使用 如果通过 TCP/IP 连接您不能连接到 SQL Server 实例，请尝试使用命名管道协议或共享内存协议。在命令提示符下运行下面的命令，以获取关于正在使用的端口的信息：
Ⅵ sqlserver服务器连接失败
摘要 检查服务是否启动
Ⅶ 如何解决SQL server 2005数据库引擎连接到服务器失败问题
1:右键我的电脑-->管理--->服务和应用程序-->SQL
Server配置管理器--->SQLEXPRESS的协议------------->TCP/IP启动
如果还不能连接
2:双击这个TCP/IP看看最下面的TCP端口是不是1433
通过配置管理器启动的服务.都要启动了!
Ⅷ SQL Server连接失败错误及解决第1/5页
在使用 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:\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上监听。
当前1/5页 12345下一页
Ⅸ 访问数据库失败是怎么回事
数据库连接失败的原因及解决方法
原因一：登录账号、密码、服务器名称、数据库名称登录错误导致不能连接，这个比较常见，仔细检查好所填信息是否正确，填写正确一般就可以解决。
解决方法：当正在使用的软件出现数据库不能连接时，一般就是服务器名出现问题，更改服务器名称一般可以解决问题。数据库如果是安装在本机，服务器名可以用“.”或“(local)”来代替 ；如果是安装在局域网的其它计算机上，可以用IP地址作为服务器名。
原因二：如果没能正确安装SQL服务器，也会导致数据库连接不上；安装好数据库后，如果SQL服务管理器没有启动，则要去服务那里开启。
解决方法：如果是SQL数据库未能能成功安装，再次重新安装时，可能会无法安装，提示是存在一个未完成的安装挂起。解决就方法是：打开注册表编辑器，在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager中找到并删除PendingFileRenameOperations项目即可。
如果是更改了Windows的用户名或者密码，会导致SQL服务管理器不能启动,解决办法是去控制版面的服务那里修改启动。具体是：点击开始-->设置-->控制面板-->管理工具-->服务-->找到MS SQL SERVER服务-->在上面右键-->属性-->登陆-->修改启动服务的帐户和密码。
原因三：因权限问题导致数据库不能连接，解决方法是检测计算机的安全保护限制、SQL Server安全设置、操作系统的安全限。
解决方法：可以先暂时关闭防火墙或者杀毒软件，看是否是这些软件的安全设置所导致。
SQL Server安全设置：打开企业管理器-->展开SQ L Server组-->右击服务器名-->点击属性-->在SQL Server属性-->安全性中，把“身份验证”选择为“在SQL Server和Windows”；
如果SQL服务器采用的是Windows XP系统，当工作站电脑出现不能连接数据库的情况时，可以在服务器和工作站各建立一个相同的WINDOWS用户账号和密码
原因四：引起原因:网络连接存在故障;
解决方法:检修网络是否存在故障。
Ⅹ SQL 数据库连接服务器失败是什么原因
一、mysqld 进程没有正常运行遇到这种情况首先到服务器上看看 mysqld 进程是否活着，采用的命令：
二、客户端不能和进程 mysqld 通信如果 MySQL 服务器上的 mysqld 进程运行正常，我们再看看客户端能不能和 mysqld 进行通信，使用下面的命令进行网络连通的测试：telnet localhost 3306
如果本地能通，再到客户端的机器上把 localhost 换成 MySQL 服务器的 ip 地址进行测试。如果不能通，通常有两种原因，一种原因是 OS 或网络的问题，或者是防火墙；另一种原因是 mysqld 自身根本没有侦听客户端的连接请求， mysqld 启动后对于客户端的侦听是分三种情况。
第一种情况
是使用参数 --skip-networking 跳过侦听客户端的网络连接，用下面的命令我们可以看到 MySQL 根本没有侦听 3306 端口。
第二种情况
使用参数 --bind-address 后面增加对客户端访问 IP 地址的限制，例如只侦听本地的连接
三、账户密码的问题最后一种情况是账户密码的问题，应付这种情况我们有个有力的工具就是查看 MySQL 的 error log， error log 记载信息的详细程度上由参数 --log-error-verbosity 进行控制的