按照微软的教程:http://technet.microsoft.com/zh-cn/library/cc646024.aspx 添加了一些防火墙例外。都是无法连接。关掉防火墙也是一样。
无法启动 Transact-SQL调试器,无法连接到数据库引擎实例“”
,本地可以。远程账号也是SYSADMIN。在网上找了一些资料。方法与微软教程差不多。没有什么特别的地方。配置成功的朋友是用的什么方法?? 在CSDN上有个朋友说是在同一域内配置成功。同一个域我想肯定会成功。现在测试的不在同一个域的。
11 个解决方案
#1
普通的正常连接,是连接得上的吗?
#2
正常可以连接的。这是一个常见的问题,难道没有人尝试过?只会写一些语句吗?
#3
我在CSDN问过几次问题,后来大部分都是自己解决了。难一点大家都不会了。。
#4
确保启用了调试防火墙例外,也就是需要让你所连接的sql server服务器,最好关闭防火墙,然后试试
#5
远程调试主要是这几个要注意的:
1、在服务器端,防火墙里把135端口加入例外列表
2、在服务器端,增加SQL ServerR.EXE在例外列表里。
3,在服务器端,如果域策略设置IPSEC的话,增加4500和500的端口在例外列表里
4、在客户端,同样加入135端口到例外列表里
5、在客户端,增加SSMS.EXE到例外列表里。
1、在服务器端,防火墙里把135端口加入例外列表
2、在服务器端,增加SQL ServerR.EXE在例外列表里。
3,在服务器端,如果域策略设置IPSEC的话,增加4500和500的端口在例外列表里
4、在客户端,同样加入135端口到例外列表里
5、在客户端,增加SSMS.EXE到例外列表里。
#6
之所以你能解决,是因为这个是你自己发现的一个困难的问题,所以最后,你能挖掘你自己的潜力,终于解决这个问题。
而比如像我,每天要处理一堆工作的问题,偶尔有空来csdn上看看,我只是在公司的机器上试了一下,确实无法实现远程调试,虽然我想帮你解决问题,但时间有限,工作上的一堆事情压着,所以只能在很短时间,尽我能力,提出一些建议,最后解决问题,可能还得靠你自己。
希望你能理解
#7
了解,这个远程调试还是很有用的。调试存储过程,找一些问题很方便,不用到数据库本地调试。也不用一个个PRINT看变量值。
#8
每个人都有自己的事,常上论坛,也不是一直在论坛,只是有时间点一下而已
而论坛上的问题,一般出错问题之类的(安装、连接等)很多都跟本地相关性比较大,
我想其他人很有可能都从来没遇上你出现的问题,也就只能提些想法
而SQL语句就不一样了,很多一眼就能看出问题所在,跟本地环境关系不大,大多是版本差异,和业务性相关大
所以我们只会写语句
而论坛上的问题,一般出错问题之类的(安装、连接等)很多都跟本地相关性比较大,
我想其他人很有可能都从来没遇上你出现的问题,也就只能提些想法
而SQL语句就不一样了,很多一眼就能看出问题所在,跟本地环境关系不大,大多是版本差异,和业务性相关大
所以我们只会写语句
#9
就是因为环境的不同,测试当中肯定会遇到一些问题,或许就是因为一个小小的设置会导至不成功。所以我才问有没有测试成功的朋友,是否有一些特别的地方可以借鉴参考。因为网上教程都一样。我有空再试试吧。
#10
遇到同样问题
本地和服务器端的防火墙都关了也不行
楼主后来解决了吗?
本地和服务器端的防火墙都关了也不行
楼主后来解决了吗?
#11
#1
普通的正常连接,是连接得上的吗?
#2
正常可以连接的。这是一个常见的问题,难道没有人尝试过?只会写一些语句吗?
#3
我在CSDN问过几次问题,后来大部分都是自己解决了。难一点大家都不会了。。
#4
确保启用了调试防火墙例外,也就是需要让你所连接的sql server服务器,最好关闭防火墙,然后试试
#5
远程调试主要是这几个要注意的:
1、在服务器端,防火墙里把135端口加入例外列表
2、在服务器端,增加SQL ServerR.EXE在例外列表里。
3,在服务器端,如果域策略设置IPSEC的话,增加4500和500的端口在例外列表里
4、在客户端,同样加入135端口到例外列表里
5、在客户端,增加SSMS.EXE到例外列表里。
1、在服务器端,防火墙里把135端口加入例外列表
2、在服务器端,增加SQL ServerR.EXE在例外列表里。
3,在服务器端,如果域策略设置IPSEC的话,增加4500和500的端口在例外列表里
4、在客户端,同样加入135端口到例外列表里
5、在客户端,增加SSMS.EXE到例外列表里。
#6
我在CSDN问过几次问题,后来大部分都是自己解决了。难一点大家都不会了。。
之所以你能解决,是因为这个是你自己发现的一个困难的问题,所以最后,你能挖掘你自己的潜力,终于解决这个问题。
而比如像我,每天要处理一堆工作的问题,偶尔有空来csdn上看看,我只是在公司的机器上试了一下,确实无法实现远程调试,虽然我想帮你解决问题,但时间有限,工作上的一堆事情压着,所以只能在很短时间,尽我能力,提出一些建议,最后解决问题,可能还得靠你自己。
希望你能理解
#7
我在CSDN问过几次问题,后来大部分都是自己解决了。难一点大家都不会了。。
之所以你能解决,是因为这个是你自己发现的一个困难的问题,所以最后,你能挖掘你自己的潜力,终于解决这个问题。
而比如像我,每天要处理一堆工作的问题,偶尔有空来csdn上看看,我只是在公司的机器上试了一下,确实无法实现远程调试,虽然我想帮你解决问题,但时间有限,工作上的一堆事情压着,所以只能在很短时间,尽我能力,提出一些建议,最后解决问题,可能还得靠你自己。
希望你能理解
了解,这个远程调试还是很有用的。调试存储过程,找一些问题很方便,不用到数据库本地调试。也不用一个个PRINT看变量值。
#8
每个人都有自己的事,常上论坛,也不是一直在论坛,只是有时间点一下而已
而论坛上的问题,一般出错问题之类的(安装、连接等)很多都跟本地相关性比较大,
我想其他人很有可能都从来没遇上你出现的问题,也就只能提些想法
而SQL语句就不一样了,很多一眼就能看出问题所在,跟本地环境关系不大,大多是版本差异,和业务性相关大
所以我们只会写语句
而论坛上的问题,一般出错问题之类的(安装、连接等)很多都跟本地相关性比较大,
我想其他人很有可能都从来没遇上你出现的问题,也就只能提些想法
而SQL语句就不一样了,很多一眼就能看出问题所在,跟本地环境关系不大,大多是版本差异,和业务性相关大
所以我们只会写语句
#9
就是因为环境的不同,测试当中肯定会遇到一些问题,或许就是因为一个小小的设置会导至不成功。所以我才问有没有测试成功的朋友,是否有一些特别的地方可以借鉴参考。因为网上教程都一样。我有空再试试吧。
#10
遇到同样问题
本地和服务器端的防火墙都关了也不行
楼主后来解决了吗?
本地和服务器端的防火墙都关了也不行
楼主后来解决了吗?