关于Transact-SQL远程调试

时间:2021-09-05 13:09:04
想问问有没有成功配置过TSQL远程调试的朋友,我测试用的是SQL2012, A和B,配置一样。
按照微软的教程:http://technet.microsoft.com/zh-cn/library/cc646024.aspx 添加了一些防火墙例外。都是无法连接。关掉防火墙也是一样。
无法启动 Transact-SQL调试器,无法连接到数据库引擎实例“”
关于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到例外列表里。

#6


引用 3 楼 annatrov 的回复:
我在CSDN问过几次问题,后来大部分都是自己解决了。难一点大家都不会了。。


之所以你能解决,是因为这个是你自己发现的一个困难的问题,所以最后,你能挖掘你自己的潜力,终于解决这个问题。

而比如像我,每天要处理一堆工作的问题,偶尔有空来csdn上看看,我只是在公司的机器上试了一下,确实无法实现远程调试,虽然我想帮你解决问题,但时间有限,工作上的一堆事情压着,所以只能在很短时间,尽我能力,提出一些建议,最后解决问题,可能还得靠你自己。

希望你能理解

#7


引用 6 楼 yupeigu 的回复:
Quote: 引用 3 楼 annatrov 的回复:

我在CSDN问过几次问题,后来大部分都是自己解决了。难一点大家都不会了。。


之所以你能解决,是因为这个是你自己发现的一个困难的问题,所以最后,你能挖掘你自己的潜力,终于解决这个问题。

而比如像我,每天要处理一堆工作的问题,偶尔有空来csdn上看看,我只是在公司的机器上试了一下,确实无法实现远程调试,虽然我想帮你解决问题,但时间有限,工作上的一堆事情压着,所以只能在很短时间,尽我能力,提出一些建议,最后解决问题,可能还得靠你自己。

希望你能理解

了解,这个远程调试还是很有用的。调试存储过程,找一些问题很方便,不用到数据库本地调试。也不用一个个PRINT看变量值。

#8


每个人都有自己的事,常上论坛,也不是一直在论坛,只是有时间点一下而已

而论坛上的问题,一般出错问题之类的(安装、连接等)很多都跟本地相关性比较大,
我想其他人很有可能都从来没遇上你出现的问题,也就只能提些想法

而SQL语句就不一样了,很多一眼就能看出问题所在,跟本地环境关系不大,大多是版本差异,和业务性相关大
所以我们只会写语句

#9


就是因为环境的不同,测试当中肯定会遇到一些问题,或许就是因为一个小小的设置会导至不成功。所以我才问有没有测试成功的朋友,是否有一些特别的地方可以借鉴参考。因为网上教程都一样。我有空再试试吧。

#10


遇到同样问题

本地和服务器端的防火墙都关了也不行

楼主后来解决了吗?

#11


该回复于2015-12-17 09:33:50被管理员删除

#1


普通的正常连接,是连接得上的吗?

#2


正常可以连接的。这是一个常见的问题,难道没有人尝试过?只会写一些语句吗?

#3


我在CSDN问过几次问题,后来大部分都是自己解决了。难一点大家都不会了。。

#4


确保启用了调试防火墙例外,也就是需要让你所连接的sql server服务器,最好关闭防火墙,然后试试

#5


远程调试主要是这几个要注意的:

1、在服务器端,防火墙里把135端口加入例外列表

2、在服务器端,增加SQL ServerR.EXE在例外列表里。

3,在服务器端,如果域策略设置IPSEC的话,增加4500和500的端口在例外列表里

4、在客户端,同样加入135端口到例外列表里

5、在客户端,增加SSMS.EXE到例外列表里。

#6


引用 3 楼 annatrov 的回复:
我在CSDN问过几次问题,后来大部分都是自己解决了。难一点大家都不会了。。


之所以你能解决,是因为这个是你自己发现的一个困难的问题,所以最后,你能挖掘你自己的潜力,终于解决这个问题。

而比如像我,每天要处理一堆工作的问题,偶尔有空来csdn上看看,我只是在公司的机器上试了一下,确实无法实现远程调试,虽然我想帮你解决问题,但时间有限,工作上的一堆事情压着,所以只能在很短时间,尽我能力,提出一些建议,最后解决问题,可能还得靠你自己。

希望你能理解

#7


引用 6 楼 yupeigu 的回复:
Quote: 引用 3 楼 annatrov 的回复:

我在CSDN问过几次问题,后来大部分都是自己解决了。难一点大家都不会了。。


之所以你能解决,是因为这个是你自己发现的一个困难的问题,所以最后,你能挖掘你自己的潜力,终于解决这个问题。

而比如像我,每天要处理一堆工作的问题,偶尔有空来csdn上看看,我只是在公司的机器上试了一下,确实无法实现远程调试,虽然我想帮你解决问题,但时间有限,工作上的一堆事情压着,所以只能在很短时间,尽我能力,提出一些建议,最后解决问题,可能还得靠你自己。

希望你能理解

了解,这个远程调试还是很有用的。调试存储过程,找一些问题很方便,不用到数据库本地调试。也不用一个个PRINT看变量值。

#8


每个人都有自己的事,常上论坛,也不是一直在论坛,只是有时间点一下而已

而论坛上的问题,一般出错问题之类的(安装、连接等)很多都跟本地相关性比较大,
我想其他人很有可能都从来没遇上你出现的问题,也就只能提些想法

而SQL语句就不一样了,很多一眼就能看出问题所在,跟本地环境关系不大,大多是版本差异,和业务性相关大
所以我们只会写语句

#9


就是因为环境的不同,测试当中肯定会遇到一些问题,或许就是因为一个小小的设置会导至不成功。所以我才问有没有测试成功的朋友,是否有一些特别的地方可以借鉴参考。因为网上教程都一样。我有空再试试吧。

#10


遇到同样问题

本地和服务器端的防火墙都关了也不行

楼主后来解决了吗?

#11


该回复于2015-12-17 09:33:50被管理员删除