一直都是连接的远程测试服务器的数据库,今天想把自己的数据库开放出来让公司同事连接,竟然连接失败!转了很大一个圈终于搞定了。
接下来就把这次心历路程发出来,希望能帮助到有需要的博友。
PS: 我和同事的数据库是 sqlserver2008,sql2000/2005请做参考。
因为是把我的机器开放出来让同事连,所以以下把 本机 称作 服务器,同事机 称作 客户端
一、telnet服务器
首先想到用 telnet命令 做连接测试
因为默认sqlserver服务占用的是1433端口,所以在客户端输入dos命令
telnet 128.0.*.* 1433 // (128.0.*.* 是 服务器IP地址)
毫无疑问,连接失败。
怎么解决呢?
1.关闭防火墙
首先想到是不是被防火墙阻止了,在服务器端打开控制面板->windows防火墙,点击 关闭
然后,再一次在客户端 输入dos命令 telnet 128.0.*.* 1433
好吧,依然连接失败。
2.打开 sqlserver 配置管理器,修改配置(服务器端)
不只是防火墙的问题,我还是看看sqlserver的配置是否出了问题吧
开始->所有程序->Microsoft SQL Server 2008->配置工具->SQL Server 配置管理器
双击打开 SQL Server 配置管理器(本地) 折叠菜单下的 SQL Server 网络配置,点击查看SQLEXPRESS的协议
原来我的 管道协议Name pipes 和 TCP/IP 协议 都被禁用了!
右键 启用
SQL Native Client 10.0 配置菜单下的 客户端协议 也做如上改动,启用这2个协议。
这下在客户端 输入dos命令 telnet 128.0.*.* 1433,终于连接成功了。
--------------------------------------------------------------------------------------------------------------------------------------------------------
当然,如果你的SQL Server服务没有启动,那肯定是连接不上的。
同样是配置管理器,点击 SQL Server 服务,查看到该服务运行的状态,如果是停止状态,就要点选服务,右键 启动 了
有些时候启动服务会报错?会不会是你的1433端口被占用了?
在dos窗口下输入命令 netstat -ano | Find "1433"
成功找到,表明确实被占用了,最后一个是占用该端口的进程ID。
PS: 当然,我这里被占用的就是SQL Server服务本身;因为我已经启用该服务了啊,看上图,进程ID是不是1496?
这个时候,你要么kill掉改进程,要么就该端口啦。杀进程太暴力我就不讲了,改端口的话:
还是SQL Server网络配置,点击SQLEXPRESS的协议,看见TCP/IP协议了么?
这次,右键 TCP/IP协议 点击 属性,切换到 IP地址 这一栏,修改每个IP的 TCP端口 为你想指定的端口(这个端口不能再被占用啦)
PS: 直接修改 IPAll 里面的端口应该也是可以的。见下图(红色区域中的数字就是你要修改的端口了)
重新启动一下SQL Server 服务吧。
--------------------------------------------------------------------------------------------------------------------------------------------------
好了,已经可以成功 telnet 了,我再用sa账户连接一次数据库看看。
还是失败!我在服务器端用sa账户也是连接失败!
二、修改数据库配置属性(服务器端)
既然如此,应该是sa账户出现了问题,我查查看
开始->所有程序->Microsoft SQL Server 2008->SQL Server Management Studio
如果你没有这个管理工具,那就装一下吧
先用localhost,身份验证选择 ”windows身份验证“登录进去(这个应该是可以的吧)
右键localhost,选择属性,点击 安全性,修改 服务器身份验证 为 “SQL Server 和 windows 身份验证”
同时,在左边的 选择页 点击 连接 ,找到 ”允许远程连接到此服务器“,勾选上该选项。
这下,我终于连接上了。
PS: 鉴于该篇博文是在第二天才写的,中间发生的一些其他问题我暂时回想不起来,如果有博友遇到了其他问题,可以在下面留言。
看看大家会给出什么解决办法。