`
charlotte
  • 浏览: 124772 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

错误: 17883

 
阅读更多

症状:发现一台2000的服务器上一个数据库打不开,只是一个库。后看系统日志发现错误: 17883 ,后去微软官方帮助查看。

 

文章编号: 922658 - 最后修改: 2007年11月20日 - 修订: 4.4

可能 SQL Server 2000 或 SQL Server 2005 会暂时停止响应的基于 Windows Server 2003 Service Pack 1 的计算机上

 

如果您 Microsoft SQL Server 2000 或 Microsoft SQL Server 2005 上运行一个 Microsoft Windows Server 2003 Service Pack 1 (SP1) 基于计算机,SQL Server 可能会暂时停止响应 (挂起) 在某些情况下。具体取决于问题的严重程度此行为可能需要几毫秒几分钟时间。

在大多数的情况中,您可能会注意到"秒批处理请求"计数器 SQLServer:SQLStastics 性能对象的中值除去显著系统性能监视器中。有时,计数器的值为 0 中删除。此外,您可能会注意到类似降低在 CPU 利用率和磁盘利用率中。

在某些种情况下以下错误消息可能会记录 SQL Server 错误日志文件中:
错误: 17883 严重性: 1,状态: 处理 162:0 (0) 的 0 服务器使 UMS 上下文 0x11DE8B68 似乎是计划程序 1 上不产生。
出现此问题的一种或多种以下条件:
  • SQL Server 运行大量的引发错误的批处理。 这些错误包括这两个将返回到客户端连接和内部异常 (如关注事件的错误消息。
  • 有大量的 cpu 和大量安装的 RAM 的计算机上运行 SQL Server。在 64 位操作系统上,此问题可能会更明显。

原因

出现此问题的原因是 SQL Server 线程堵塞的内部的 Windows 锁定机制,用于标识过程地址的后面。 如果很多的线程正在等待锁,可能会出现此问题。

解决方案

若要解决此问题,请在 Microsoft 知识库 919341 中介绍的 Windows Server 2003 SP1 的安装此修补程序。 有关此修补程序的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
919341  使用结构化异常处理程序可能会停止响应在 Microsoft Windows Server 2003 与 Service Pack 1 中的几秒钟

状态

Microsoft 已经确认这是在"适用于"一节中列出的 Microsoft 产品中的问题。

更多信息

我们建议您安装以下产品以获得最佳性能:
  • Windows Server 2003 SP1 一起 919341 的 Microsoft 知识库文章中描述的修补程序
  • SQL Server 2005 或更高版本的 SQL Server 2005
  • SQL Server 2000 生成 8.00.2187 或更高版本的 SQL Server 2000

参考

有关结构化异常处理的详细信息,请访问下面的 Microsoft 开发人员网络 (MSDN) 的网站:

这篇文章中的信息适用于:
关键字: 
kbmt kbexpertiseadvanced kbtshoot kbsql2005tsql kbsql2005engine kbprb KB922658 KbMtzh
机器翻译机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 922658 
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。
本次收获:
            数据库设计确实有问题,数据过多,没有做备份、分库等策略。
          熟悉库得人基本全都离职,目前状况不敢轻易动库不敢剥离数据!
         取消自动升级,怀疑本次原因是因为系统自动升级导致的


分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics