为什么连接不上SQLServer数据库的原因分析

按

Win

+

R

键，

在运行里

输入

servicesmsc

找到SQL

SERVER(MSSQLSERVER)，看看这个服务开启了没，没开的话手动开启一下，再连接。

1、IP地址配置不正确：

打开

Microsoft

SQL

Server

2005配置工具下的SQL

Server

Configuration

Manager，选择MSSQLSERVER协议,

然后双击右边窗口的TCP/IP，在d出窗口中检查IP配置。

2、可能是因为VIA协议启用造成的。解决方法如下：

1)打开SQL

Server

2008中的配置工具SQL

Server

Configure

Manager，将VIA协议禁用

2)重新启动SQL

Server（MSSQLSERVER

），成功

3、管理员密码修改也会造成sqlserver服务无法启动。解决方法如下：

打开

Microsoft

SQL

Server

2005配置工具下的SQL

Server

Configuration

Manager，在MSSQLSERVER服务属性中，修改以哪个账号来启动服务。

我机器启动不了服务的原因就是启用了

“VIA”服务，禁用后，OK了。

解决方案（08001错误表明无法与应用程序服务器或其他服务器建立连接）：

1、查看端口号有没有配置正确，配置参数svcename跟services文件中配置的db2端口号是否一致，windows一般用50000，unix/linux一般用60000。

2、查看服务器ip 和端口是否正确。ip如果没错就要查看服务器的db2服务端口。服务器检查的配置情况如下：

（1）验证存在的DB2数据库的代码：db2 list db directory；db2 list db directory show detail。

（2）验证实例使用的通讯协议，查看DB2COMM变量：db2set -all。

（3）查看数据库管理器的配置，查看SVCENAME（特指tcpip协议）：db2 get dbm cfg。

（4）查看/etc/services中，有无与上面对应SVCENAME的端口，例如：db2cDB2 50000/tcp。

（5）要确认服务器是否在监听，可以用netstat -an 来查看端口是否处于LISTEN状态。

扩展资料:

SQLSTATE=08001的原因和典型示例：

一、这种问题一般的原因。

1、DB2COMM=TCPIP。

2、数据库故障。

3、端口号被禁用。

二、典型示例。

1、客户机将新密码值发送给了不支持更改密码功能的服务器。

2、客户机将 SERVER_ENCRYPT 认证信息发送给了不支持密码加密的服务器。

3、客户机将用户标识但不带密码发送给了不支持仅通过用户标识认证的服务器。

4、客户机未指定认证类型，且服务器未用支持的类型响应。这会包括返回客户机无法从中选择的多种类型的服务器。

参考资料：

IBM文档中心--DB2 Connect 常见问题

IBM文档中心--数据访问(SQLSTATE=08001)

如果客户端计算机上的别名设置错误，可能会引起连接问题。您可以使用客户端网络实用程序查看别名。为此，请按以下步骤 *** 作： 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:3617 server SQL server listening on TCP, Shared Memory, Named Pipes 2003-11-06 09:49:3617 server SQL server listening on 19216815:1433, 127001: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:1412 server SuperSocket Info:Bind failed on TCP port 1433有关其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章： 307197 ( >

以上就是关于为什么连接不上SQLServer数据库的原因分析全部的内容，包括:为什么连接不上SQLServer数据库的原因分析、连接数据库失败，SQLSTATE=08001怎么解决、sql server数据库连接失败等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！