3

上周末进行了一些网络维护后，我们的开发服务器出现了一些问题，导致我们重新启动了它。在重新启动期间安装了一些更新，这可能是一个因素，也可能不是一个因素。从那时起，我们就无法连接到 SQL Server 2005，甚至无法通过 Management Studio 在本地连接。根据用于连接尝试的协议，我们会收到以下两个错误之一：

  1. 当您尝试使用命名管道协议或共享内存协议连接到实例时，您会收到以下错误消息：

管道的另一端没有进程。

  1. 当您尝试使用 TCP/IP 协议连接到实例时，您会收到以下错误消息：

现有连接被远程主机强行关闭。

上述协议均已启用，SQL 服务均正常运行（除了 SQL Server Agent 也无法连接 SQL Server）。我们还检查了表面积配置工具以确保它接受连接。

这不是证书问题（如在线所示），因为我们不使用加密连接。

有什么建议么？否则，我们可能会诉诸完全重新安装。

** 更新 **

更多线索：

  • 我们可以连接到集成服务，但没有别的
  • 我们可以连接到在同一台服务器上运行的 SQL Server Embedded Edition 的实例
4

6 回答 6

5

验证 SQL Browser 服务是否正在运行。很可能它没有设置为自动启动。

您可能想查看它的属性以验证它正在侦听正确的网络接口。

运行 SQL Server 配置管理器。在 SQL Server 2005 网络配置下，您将看到 4 个协议。然后转到 TCP/IP 的属性。你应该能够从那里弄清楚。

失败的唯一原因是 SQL Server 服务或 SQL Server Browser 服务未运行，或者浏览器服务配置错误。

**** 更新 **** 另一种可能性是使用防火墙。请务必关闭 windows 防火墙，然后重试。

于 2009-02-26T16:10:10.270 回答
1

检查“表面区域配置”工具并确保所有设置都正确（远程连接设置为：TCP/IP 等）。

于 2009-02-26T16:57:01.543 回答
1

远射，但您没有在那个盒子上安装另一个 SQL Server 实例？

我知道这听起来可能很奇怪，但我最近遇到了一些情况，因为客户端一直使用 Backup Exec 作为他们的备份服务，它安装了自己的 SQL Server 实例来管理自己，因此我们不得不跳过箍。这往往会以不可预知的结果搞砸各种事情 - 以至于在几次升级时，我们已经删除了 Backup Exec，完成了升级，然后重新安装。当您进行连接时，您没有尝试连接到您认为您正在连接的 SQL Server 实例，这是完全有可能的

于 2009-02-26T17:08:11.923 回答
0

您是否检查过连接端口以确保它没有被其他东西使用？

于 2009-02-26T16:13:51.727 回答
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 chimney DISABLED

于 2009-02-26T16:29:26.447 回答
0

当我说“这不是证书问题（如在线所见）因为我们不使用加密连接”时，我错了。

显然，我们在服务器上拥有的一些旧 SSL 证书导致了这些问题，即使我们似乎没有使用它们。我仍然不知道为什么，但删除它们（然后从 IIS 中卸载它们）解决了我们的问题。

非常感谢大家的帮助！

于 2009-03-02T14:25:12.250 回答