【问题标题】:SQL Server Error "Named Pipes Provider: Could not open a connection to SQL Server [53]"SQL Server 错误“命名管道提供程序:无法打开与 SQL Server [53] 的连接”
【发布时间】:2015-03-11 18:54:47
【问题描述】:

我曾经有一个桌面应用程序通过具有此连接字符串的.ini 文件指向 Sybase 数据库:

 CONNECTION_NAME = "DSN="Dna_Name";UID="User";PWD="Password""

效果很好。

几天前,数据库已迁移到 SQL Server 2008 R2,我需要更新 .ini 文件以重定向新的生产服务器。我更新了连接字符串如下:

CONNECTION_NAME = "Provider=SQLNCLI10.1;Integrated Security=SSPI;Persist Security Info=False;Initial Catalog="CatalogName";Data Source="Production_DNS""

但我收到以下错误:

命名管道提供程序:无法打开与 SQL Server [53] 的连接

补充说明:

  • 生产 DNS 在其他 IT 领域运行良好,其他应用程序可以顺利到达服务器。
  • 我正在尝试从开发盒连接。
  • 该应用程序是一个继承了几年的实现,这就是为什么需要保留 *.ini 文件的原因。

我花了几个小时在互联网上浏览错误详细信息,但几乎没有结果。

新的连接字符串是否正确?知道什么会产生错误吗?推荐?

提前致谢,

【问题讨论】:

标签: sql-server-2008 connection-string named-pipes sql-server-config-manager


【解决方案1】:

幸运的是,在我研究了几个小时后,我被告知有一个生产 DNS 错误导致了我的问题。

我通过在数据源连接属性上提供服务器名称解决了这个问题,如下所示:

CONNECTION_NAME = "Provider=SQLNCLI10.1;Integrated Security=SSPI;Persist Security Info=False;Initial Catalog="CatalogName";Data Source="Production_Server_Name;""

提示:为避免服务器名称出错,您可以通过 SQL Server Management Studio 执行以下 T-SQL 来检查它:

SELECT @@servername

【讨论】:

  • 我遇到了同样的错误,根本原因也是 DNS 问题。连接字符串正确,但错误的服务器位于跨数据库查询中。
【解决方案2】:

您可能指向了错误的服务器。 我在指向 linux 服务器时遇到了同样的错误。

【讨论】:

  • 我也面临同样的问题,但只有一份特定的报告。我有另一份报告使用完全相同的数据源,它工作得非常好,但对于某些人来说,这个报告特别会引发 53 错误。
猜你喜欢
  • 1970-01-01
  • 2017-07-11
  • 2013-05-14
  • 2018-08-04
  • 2011-03-08
  • 1970-01-01
  • 2013-02-18
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多