这几天似乎是连接数据库不成功的一个高峰期,很多朋友发mail问我。今天稍微空闲点,做了个整理,对数据库连接不成功的错误我个人认为可以从以下几个步骤和几个方面去检查。
1、服务是否开启。关于这一点我想没太多可讲,不管在2000还是2005中都应该是一样的。
2、端口号是多少,在SQL Server 中默认的实例的默认端口应该在1433上,在连接字符串中不做任何设置的情况下,程序会默认连接服务器的1433端口。
第一步
检查服务是否启动;
第二步
检查端口号,这里假设是1433 ,在本机上输入 tenlnet 192.168.0.5 1433进行探测 。
第三步
检查网络是否是通 ,在客户机上ping 192.168.0.5 。
第四步
远程机是否可以访问tenlnet 192.168.0.5 1433进行探测,这里如果探测不到应该从两方面去看,第一是否开启了远程访问,第二1433端口是否被防火墙等封闭。
当然我们是可以改变访问端口的,假如你愿意。但我们连接字符串就要作一个稍微的修改了
server=192.168.6.10,2433;database=….
在这里实际上我们可以看到是需要加入端口号。
如果大家这样还不能解决问题,欢迎跟我联系,我们一起来探讨。
1、服务是否开启。关于这一点我想没太多可讲,不管在2000还是2005中都应该是一样的。
2、端口号是多少,在SQL Server 中默认的实例的默认端口应该在1433上,在连接字符串中不做任何设置的情况下,程序会默认连接服务器的1433端口。
第一步
检查服务是否启动;
第二步
检查端口号,这里假设是1433 ,在本机上输入 tenlnet 192.168.0.5 1433进行探测 。
第三步
检查网络是否是通 ,在客户机上ping 192.168.0.5 。
第四步
远程机是否可以访问tenlnet 192.168.0.5 1433进行探测,这里如果探测不到应该从两方面去看,第一是否开启了远程访问,第二1433端口是否被防火墙等封闭。
当然我们是可以改变访问端口的,假如你愿意。但我们连接字符串就要作一个稍微的修改了
server=192.168.6.10,2433;database=….
在这里实际上我们可以看到是需要加入端口号。
如果大家这样还不能解决问题,欢迎跟我联系,我们一起来探讨。