sqlserver2000 软件链接不上数据库
sqlserver2000,能ping通本地服务器,telnet1433端口也能通,就是软件连接不上?这个是哪里出了问题?能解决的大哥大姐帮下忙。感谢。。。服务器是本地服...
sqlserver 2000,能ping通本地服务器,telnet 1433 端口也能通,就是软件连接不上?这个是哪里出了问题?能解决的大哥大姐帮下忙。感谢。。。服务器是本地服务器。
展开
2个回答
展开全部
出现此问题的原因为:操作方法不正确。
正确的操作方法如下:
1、第一步,双击桌面上的pl
/ sql developer软件图标以启动软件,见下图,转到下面的步骤。
2、第二步,执行完上面的操作之后,在登录窗口中填写登录信息,然后选择登录角色,见下图,转到下面的步骤。
3、第三步,执行完上面的操作之后,成功登录,单击右上角的“新建”按钮并选择用户功能,见下图,转到下面的步骤。
4、第四步,执行完上面的操作之后,默认的常规选项可以填写用户的基本信息和密码,见下图,转到下面的步骤。
5、第五步,执行完上面的操作之后,为用户配置不同的权限,见下图,转到下面的步骤。
6、第六步,执行完上面的操作之后,直接在sql窗口中创建一个用户来完成,见下图。这样,就解决了这个问题了。
展开全部
一、如果可以直接操作服务器检查步骤如下:
1、确定数据库服务器的服务正常开启。
2、确定数据库的链接数没有满。测试这个,可以在服务器上用查询命令。
1)、用SQL语句:select count(*) from master.dbo.sysprocesses 或者 sp_who
2)、用管理界面:
SQL2000:进入企业管理器,管理——当前活动——进程信息
SQL2005:进入manager studio ,展开对象管理器,管理——右键“活动监视器”——查看进程
SQL2008:进放manager studio 在菜单栏下面有一行图标,点击最后一个图标“活动监视器”,进入活动监视器的界面后,点击“进程”.
3、链接IP,用户名,密码是否正确。
4、推荐使用 DBeaver 软件操作数据库,对多种数据库都支持良好。操作也很方便。
二、 看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以下的都需要打补丁。
1、确定数据库服务器的服务正常开启。
2、确定数据库的链接数没有满。测试这个,可以在服务器上用查询命令。
1)、用SQL语句:select count(*) from master.dbo.sysprocesses 或者 sp_who
2)、用管理界面:
SQL2000:进入企业管理器,管理——当前活动——进程信息
SQL2005:进入manager studio ,展开对象管理器,管理——右键“活动监视器”——查看进程
SQL2008:进放manager studio 在菜单栏下面有一行图标,点击最后一个图标“活动监视器”,进入活动监视器的界面后,点击“进程”.
3、链接IP,用户名,密码是否正确。
4、推荐使用 DBeaver 软件操作数据库,对多种数据库都支持良好。操作也很方便。
二、 看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以下的都需要打补丁。
更多追问追答
追问
sql和客户端是装在同一台电脑上面的。我能telnet 127.0.0.1 1433能通,正常进入监听,电脑防火墙也关闭了,也能ping通127.0.0.1,用odbc数据源能链接上数据库。但是使用客户端链接的时候就是链接不上。你说的那些方式我都试过了。在防火墙中设置1433能通过。其余的防火墙都设置能通过。但客户端就是链接不上。
追答
确定数据库的链接数没有满? 客户端用的用户名权限配置有没有检查?
本回答被提问者采纳
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询