【问题标题】:Error: No process is on the other end of the pipe错误:管道的另一端没有进程
【发布时间】:2013-07-31 15:25:20
【问题描述】:

我正在使用 SQL Server 2012(仅限本地主机)和 SQL Server management Studio (SSMS) 查看包含二进制值(图片)的表格图片,928 行大小并不大。而且只有那张桌子有问题。

即使在重新启动 SQL Server 之后,它也会在本地和另一台 PC 上显示以下错误:

消息 233,级别 20,状态 0,行 0
从服务器接收结果时发生传输级错误。 (提供者:共享内存提供者,错误:0 - 管道的另一端没有进程。)

【问题讨论】:

  • 检查服务器和客户端上的防病毒程序,尤其是设置网络保护和防火墙的产品。此外,这可能更像是一个Super User 问题而不是Stack Overflow 问题。
  • 我在做本地服务器,不是远程服务器
  • 那你本地查过杀毒软件了吗?
  • 你看过服务器日志了吗?
  • 是的,并且消息:对大对象的读取操作在向客户端发送数据时失败。造成这种情况的一个常见原因是,如果应用程序在 READ UNCOMMITTED 隔离级别下运行...

标签: sql-server


【解决方案1】:

我将首先检查您的数据的一致性。针对您的数据库运行 DBCC CheckDB。您可能在表中有损坏。您也可以尝试选择 msdb.dbo.suspect_pages

【讨论】:

  • 对象“图片”有 32 页 962 行。 CHECKTABLE 在表“图片”(对象 ID 1125579048)中发现 0 个分配错误和 4 个一致性错误。 repair_allow_data_loss 是 DBCC CHECKTABLE 发现的错误的最低修复级别(图片)。 >> 我应该用它来修理桌子吗?
  • 首先确定损坏的程度。损坏页面的索引 id 是什么?如果它是 0 或 1,那么你有堆/聚集索引损坏,你需要恢复。否则index id > 1,可以离线重建索引,获取一个新的聚集索引副本,替换损坏的非聚集索引。
  • 谢谢大家。它现在似乎正在运行
【解决方案2】:

要评论已接受的答案,运行 DBCC CheckDB 会突出显示表格中我无法选择的各种错误。然后DBCC CheckTable(TableName) 确认了。修复:

DBCC CheckTable(TableName,repair_allow_data_loss)

但是,您需要单用户模式下的数据库:右键单击对象资源管理器中的数据库,属性,选项,(滚动到底部),状态,限制访问 -> SINGLE_USER 将执行此操作。

【讨论】:

  • 非常有用的答案!在我的情况下修复数据导致损坏的记录被删除,但至少数据库处于一致状态。
【解决方案3】:

它清楚地说明了传输级别错误......所以在同一实例的协议中检查“命名管道”是启用还是禁用......如果禁用,启用它并重新启动服务,问题将得到解决。如果启用,请重新启动服务,因为除非重新启动服务,否则它不会生效

【讨论】:

    【解决方案4】:

    确保您的防火墙没有阻止分布式事务协调器(进出)

    【讨论】:

      【解决方案5】:

      我今天在运行我的 SP 时看到了这个错误。 我能够通过分析发生了什么变化来弄清楚。

      我添加了一个插入语句,出现上述硬错误的原因是因为我不小心切换了两个字段:VARCHAR 和 DATETIME,如下所示:

      INSERT INTO Table
      (Id, UserName, UpdatedOn)
      VALUES (1, GETDATE(), 'user')
      -- values should have been in 1, 3, 2 order
      

      我想 SQL Server 应该以更好的方式捕捉到这一点,但最终会得到 ​​p>

      从 服务器。 (提供者:共享内存提供者,错误:0 - 没有进程开启 管道的另一端。)

      不管怎样,发帖可能会有帮助。

      【讨论】:

      • 我得到了完全相同的结果 - 试图将一个太大的数字放入一个生成的小货币字段中并出错,然后链接被关闭。遵循上述建议,但数据库完好无损,没有问题。我感觉这会以某种方式使 SQL Server 2008 中的某个线程崩溃。
      猜你喜欢
      • 2014-09-01
      • 2011-06-06
      • 1970-01-01
      • 1970-01-01
      • 2015-01-31
      • 1970-01-01
      • 2011-12-25
      • 2019-09-16
      相关资源
      最近更新 更多