上周末进行了一些网络维护之后,我们的开发服务器遇到了一些麻烦,导致我们重启它。重启期间安装了一些更新,这可能是也可能不是因素。从那时起,我们无法连接到SQL Server 2005,甚至无法通过Management Studio连接到本地。根据用于连接尝试的协议,我们得到以下两个错误之一:
管道的另一端没有进程。
远程主机强行关闭现有连接。
前面提到的协议都已启用,并且SQL服务都运行得很快(除了SQL Server代理,它也无法连接到SQL Server)。我们还检查了Surface Area Configuration工具以确保它接受连接。
这不是证书问题(如在线看到的那样),因为我们不使用加密连接。
有什么建议吗?否则我们可能会完全重新安装。
**更新**
进一步的线索:
答案 0 :(得分:5)
验证SQL Browser服务是否正在运行。很可能它没有设置为自动启动。
您可能希望查看其属性以验证其是否正在侦听正确的网络接口。
运行SQL Server配置管理器。在SQL Server 2005网络配置下,您将看到4个协议。然后转到TCP / IP属性。你应该能够从那里弄明白。
失败的唯一原因是SQL Server服务或SQL Server Browser服务未运行或者浏览器服务配置错误。
****更新**** 另一种可能性是使用防火墙。请务必关闭Windows防火墙,然后重试。
答案 1 :(得分:1)
检查“表面区域配置”工具并确保所有设置都正确(远程连接设置为:TCP / IP等)。
答案 2 :(得分:1)
远射,但是你没有在那个盒子上安装另一个SQL Server实例?
我知道这可能听起来很奇怪,但我最近遇到过一些情况,我们不得不跳过篮球,因为客户端一直使用Backup Exec作为备份服务,它将自己的SQL Server实例安装到管理自己。这往往会导致各种各样的事情变得无法预测 - 到了几次升级时我们已经删除Backup Exec,完成升级并重新安装。当您进行连接时,您完全有可能无法连接到您认为自己的SQL Server实例
答案 3 :(得分:1)
你看过ERRORLOG看看它的内容了吗?
答案 4 :(得分:0)
您是否检查了连接端口以确保它尚未被其他用途使用?
答案 5 :(得分:0)
尝试使用DAC(专用管理员连接)进行连接。 http://msdn.microsoft.com/en-us/library/ms178068(SQL.90).aspx
你看过http://support.microsoft.com/?kbid=942861了吗?它可能是由一些网络适配器芯片组引起的,您可以通过以下方式解决问题:
单击“开始”,单击“运行”,键入cmd和 然后按ENTER键。
在命令中 提示,键入以下命令, 然后按ENTER键:
Netsh int ip set 烟囱禁用
答案 6 :(得分:0)
当我说“这不是证书问题(在网上看到),因为我们不使用加密连接”,我错了。
显然,我们在服务器上使用的一些旧SSL证书导致了这些问题,即使我们似乎没有使用它们。我仍然不知道为什么,但删除它们(然后从IIS卸载它们)解决了我们的问题。
非常感谢大家的帮助!