none
SQL SERVER 2008 r2 发现BugCheck Dump 文件,怎么和微软联系? RRS feed

  • 问题

  • 群里有中国微软SQL SERVER测试组的兄弟吗?

    在我们公司生产库的LOG目录下,发现一些BugCheck Dump 文件,

    描述如下:

    * BEGIN STACK DUMP:                                                                                             
    *   12/18/10 16:03:22 spid 230                                                                                  
    *                                                                                                               
    * CPerIndexMetaQS::ErrorAbort - Index corruption                                                                
    *                                                                                                               
    * Input Buffer 255 bytes -                                                                                      
    *                     16 00 00 00 12 00 00 00 02 00 9e e7 00 00 e6 00 00 00                                     
    *                     01 00 00 00 ff ff 0a 00 02 00 00 00 e7 9a 01 04 08 d0                                     
    *      U p d a t e    00 00 9a 01 55 00 70 00 64 00 61 00 74 00 65 00 20 00                                     
    *  [ B i z O f f e r  5b 00 42 00 69 00 7a 00 4f 00 66 00 66 00 65 00 72 00                                     
    *  S e a r c h ]   s  53 00 65 00 61 00 72 00 63 00 68 00 5d 00 20 00 73 00                                     
    *  e t   [ L a s t T  65 00 74 00 20 00 5b 00 4c 00 61 00 73 00 74 00 54 00                                     
    *  o u c h e d I d ]  6f 00 75 00 63 00 68 00 65 00 64 00 49 00 64 00 5d 00                                     
    *  = @ P a r a m e t  3d 00 40 00 50 00 61 00 72 00 61 00 6d 00 65 00 74 00                                     
    *  e r 0 ,   [ S t o  65 00 72 00 30 00 2c 00 20 00 5b 00 53 00 74 00 6f 00                                     
    *  c k Q u a n t i t  63 00 6b 00 51 00 75 00 61 00 6e 00 74 00 69 00 74 00                                     
    *  y ] = @ P a r a m  79 00 5d 00 3d 00 40 00 50 00 61 00 72 00 61 00 6d 00                                     
    *  e t e r 1 ,   [ S  65 00 74 00 65 00 72 00 31 00 2c 00 20 00 5b 00 53 00                                     
    *  a l a b l e Q u a  61 00 6c 00 61 00 62 00 6c 00 65 00 51 00 75 00 61 00                                     
    *  n t i t y ] = @ P  6e 00 74 00 69 00 74 00 79 00 5d 00 3d 00 40 00 50 00                                     
    *  a r a m e t e r 2  61 00 72 00 61 00 6d 00 65 00 74 00 65 00 72 00 32 00                                     
    *  ,   [ L a s t M o  2c 00 20 00 5b 00 4c 00 61 00 73 00 74 00 4d 00 6f 00                                     
    *  d i f i e d ] = @  64 00 69 00 66 00 69 00 65 00 64 00 5d 00 3d 00 40 00                                     
    *  P a r a m e t e r  50 00 61 00 72 00 61 00 6d 00 65 00 74 00 65 00 72 00                                     
    *  3 ,   [ L o c k e  33 00 2c 00 20 00 5b 00 4c 00 6f 00 63 00 6b 00 65 00                                     
    *  d S a l a b l e Q  64 00 53 00 61 00 6c 00 61 00 62 00 6c 00 65 00 51 00                                     
    *  u a n t i t y ] =  75 00 61 00 6e 00 74 00 69 00 74 00 79 00 5d 00 3d 00                                     
    *  @ P a r a m e t e  40 00 50 00 61 00 72 00 61 00 6d 00 65 00 74 00 65 00                                     
    *  r 4   w h e r e    72 00 34 00 20 00 77 00 68 00 65 00 72 00 65 00 20 00                                     
    *  [ I d ]   =   @ P  5b 00 49 00 64 00 5d 00 20 00 3d 00 20 00 40 00 50 00                                     
    *  a r a m e t e r 5  61 00 72 00 61 00 6d 00 65 00 74 00 65 00 72 00 35 00                                     
    *     (      ( @ P a  00 00 e7 28 01 04 08 d0 00 00 28 01 40 00 50 00 61 00                                     
    *  r a m e t e r 0    72 00 61 00 6d 00 65 00 74 00 65 00 72 00 30 00 20 00                                     
    *  n v a r c h a r (  6e 00 76 00 61 00 72 00 63 00 68 00 61 00 72 00 28 00                                     
    *  4 1 ) , @ P a r a  34 00 31 00 29 00 2c 00 40 00 50 00 61 00 72 00 61 00                                     
    *  m e t e r 1   d e  6d 00 65 00 74 00 65 00 72 00 31 00 20 00 64 00 65 00                                     
    *  c i m a l ( 2 0 ,  63 00 69 00 6d 00 61 00 6c 00 28 00 32 00 30 00 2c 00                                     
    *  4 ) , @ P a r a m  34 00 29 00 2c 00 40 00 50 00 61 00 72 00 61 00 6d 00                                     
    *  e t e r 2   d e c  65 00 74 00 65 00 72 00 32 00 20 00 64 00 65 00 63 00                                     
    *  i m a l ( 2 0 , 4  69 00 6d 00 61 00 6c 00 28 00 32 00 30 00 2c 00 34 00                                     
    *  ) , @ P a r a m e  29 00 2c 00 40 00 50 00 61 00 72 00 61 00 6d 00 65 00                                     
    *  t e r 3   d a t e  74 00 65 00 72 00 33 00 20 00 64 00 61 00 74 00 65 00                                     
    *  t i m e , @ P a r  74 00 69 00 6d 00 65 00 2c 00 40 00 50 00 61 00 72 00                                     
    *  a m e t e r 4   d  61 00 6d 00 65 00 74 00 65 00 72 00 34 00 20 00 64 00                                     
    *  e c i m a l ( 2 0  65 00 63 00 69 00 6d 00 61 00 6c 00 28 00 32 00 30 00                                     
    *  , 4 ) , @ P a r a  2c 00 34 00 29 00 2c 00 40 00 50 00 61 00 72 00 61 00                                     
    *  m e t e r 5   n v  6d 00 65 00 74 00 65 00 72 00 35 00 20 00 6e 00 76 00                                     
    *  a r c h a r ( 2 3  61 00 72 00 63 00 68 00 61 00 72 00 28 00 32 00 33 00                                     
    *  )  @ P a r a m e t 29 00 0b 40 00 50 00 61 00 72 00 61 00 6d 00 65 00 74                                     
    *   e r 0   R      R  00 65 00 72 00 30 00 00 e7 52 00 04 08 d0 00 00 52 00                                     
    *  0 0 0 0 1 1 9 9 9  30 00 30 00 30 00 30 00 31 00 31 00 39 00 39 00 39 00                                     
    *  5 9 9 0 7 9 6 1 7  35 00 39 00 39 00 30 00 37 00 39 00 36 00 31 00 37 00                                     
    *  9 5 9 0 9 9 9 9 9  39 00 35 00 39 00 30 00 39 00 39 00 39 00 39 00 39 00                                     
    *  0 1 0 0 1 0 1 1 1  30 00 31 00 30 00 30 00 31 00 30 00 31 00 31 00 31 00                                     
    *  6 1 6 4 3  @ P a r 36 00 31 00 36 00 34 00 33 00 0b 40 00 50 00 61 00 72                                     
    *   a m e t e r 1  l  00 61 00 6d 00 65 00 74 00 65 00 72 00 31 00 00 6c 11                                     
    *         8           14 04 11 01 f0 d3 8f 38 00 00 00 00 00 00 00 00 00 00                                     
    *     @ P a r a m e t 00 00 0b 40 00 50 00 61 00 72 00 61 00 6d 00 65 00 74                                     
    *   e r 2  l     `t 8 00 65 00 72 00 32 00 00 6c 11 14 04 11 01 60 74 8e 38                                     
    *               @ P a 00 00 00 00 00 00 00 00 00 00 00 00 0b 40 00 50 00 61                                     
    *   r a m e t e r 3   00 72 00 61 00 6d 00 65 00 74 00 65 00 72 00 33 00 00                                     
    *  o  P        @ P a  6f 08 08 50 9e 00 00 cb d9 08 01 0b 40 00 50 00 61 00                                     
    *  r a m e t e r 4  l 72 00 61 00 6d 00 65 00 74 00 65 00 72 00 34 00 00 6c                                     
    *        _            11 14 04 11 01 90 5f 01 00 00 00 00 00 00 00 00 00 00                                     
    *      @ P a r a m e  00 00 00 0b 40 00 50 00 61 00 72 00 61 00 6d 00 65 00                                     
    *  t e r 5   .      . 74 00 65 00 72 00 35 00 00 e7 2e 00 04 08 d0 00 00 2e                                     
    *   D K 2 0 4 - 2 0 1 00 44 00 4b 00 32 00 30 00 34 00 2d 00 32 00 30 00 31                                     
    *   0 1 1 1 6 - 6 0 2 00 30 00 31 00 31 00 31 00 36 00 2d 00 36 00 30 00 32                                     
    *   2 3 5 2 9         00 32 00 33 00 35 00 32 00 39 00

    还有如下DUMP文件:

    * BEGIN STACK DUMP:                                                                                             
    *   08/27/10 12:10:06 spid 94                                                                                   
    *                                                                                                               
    *                                                                                                               
    *   Exception Address = 0000000001E753A6 Module(sqlservr+00000000018853A6)                                      
    *   Exception Code    = c0000094 EXCEPTION_INT_DIVIDE_BY_ZERO                                                   
    * Input Buffer 255 bytes -                                                                                      
    *                     16 00 00 00 12 00 00 00 02 00 00 00 00 00 00 00 00 00                                     
    *        O r d e r L  01 00 00 00 1a 00 4f 00 72 00 64 00 65 00 72 00 4c 00                                     
    *  i s t _ Q u e r y  69 00 73 00 74 00 5f 00 51 00 75 00 65 00 72 00 79 00                                     
    *  B y A S A c c o u  42 00 79 00 41 00 53 00 41 00 63 00 63 00 6f 00 75 00                                     
    *  n t    @ A c c o u 6e 00 74 00 00 00 0c 40 00 41 00 63 00 63 00 6f 00 75                                     
    *   n t N a m e       00 6e 00 74 00 4e 00 61 00 6d 00 65 00 00 e7 0e 00 04                                     
    *        b e n 7 8 7  08 d0 00 00 0e 00 62 00 65 00 6e 00 37 00 38 00 37 00                                     
    *  9  @ P d t O w n e 39 00 0b 40 00 50 00 64 00 74 00 4f 00 77 00 6e 00 65                                     
    *   r I D  &  h    @  00 72 00 49 00 44 00 00 26 04 04 68 fc 00 00 06 40 00                                     
    *  D a t e 2   ,      44 00 61 00 74 00 65 00 32 00 00 e7 2c 00 04 08 d0 00                                     
    *   , 2 0 0 9 - 1 - 3 00 2c 00 32 00 30 00 30 00 39 00 2d 00 31 00 2d 00 33                                     
    *   1   2 3 : 5 9 : 5 00 31 00 20 00 32 00 33 00 3a 00 35 00 39 00 3a 00 35                                     
    *   9 . 9 9 9  @ D a  00 39 00 2e 00 39 00 39 00 39 00 06 40 00 44 00 61 00                                     
    *  t e 1   "      " 2 74 00 65 00 31 00 00 e7 22 00 04 08 d0 00 00 22 00 32                                     
    *   0 1 0 - 1 - 1   0 00 30 00 31 00 30 00 2d 00 31 00 2d 00 31 00 20 00 30                                     
    *   0 : 0 0 : 0 0  @  00 30 00 3a 00 30 00 30 00 3a 00 30 00 30 00 07 40 00                                     
    *  S i t e I D  &  w  53 00 69 00 74 00 65 00 49 00 44 00 00 26 04 04 77 00                                     
    *                     00 00                       

    等等!

    不知道怎么发给微软?怎么帮助我们解决?

    mdmp文件非常大!

    2010年12月22日 1:35

全部回复

  • 不用发,你自己看看就知道了。

    你在update 表B i z O f f e r search 还有调用 O r d e r List_query 存储过程的时候 出错了。

    检查一下,是否有不合理的索引等。

     


    family as water
    2010年12月22日 1:58
  • 你好,

    1. https://connect.microsoft.com/SQLServer/Feedback 在'1'里填'CPerIndexMetaQS::ErrorAbort - Index corruption', 搜不到结果

    2. 点左侧的"submit feedback", 将具体信息填表;

    3. 成功提交后, 上传mdmp(须<500M)附件.


    This posting is provided "AS IS" with no warranties, and confers no rights.
    2010年12月22日 2:15
  • In this case, I'll rebuild all indices on that table then try same query again.
    2010年12月22日 3:10
  • In this case, I'll rebuild all indices on that table then try same query again.


    rmiao

    你好!

      我昨天下午已经REBUILD的B i z O f f e r search 表的所有索引,但是今天还是在DUMP文件中出现这个错误!

    2010年12月22日 3:26
  • Did you run 'dbcc checktable'? Can upload dump to MS as Ke Yang said.

    2010年12月22日 4:14
  • Did you run 'dbcc checktable'? Can upload dump to MS as Ke Yang said.


    我们在线库的B i z O f f e r search 表UPDATE操作非常频繁。'dbcc checktable'

    可能会造成性能问题!

    我已经上传DUMP文件到:

    https://connect.microsoft.com/SQLServer/feedback/details/632879/cperindexmetaqs-errorabort-index-corruption

     

     

    2010年12月22日 4:47
  • 我怎么联系Ke Yang??

    我的MSN是babykingmax@hotmail.com
    可以让他联系我吗?
    谢谢

    2010年12月22日 4:53
  • 刚才做了'dbcc checktable'

    主键索引和另外一个飞聚集索引损坏了!

    有点悲剧!

    2010年12月22日 4:55
  • 不用发,你自己看看就知道了。

    你在update 表B i z O f f e r search 还有调用 O r d e r List_query 存储过程的时候 出错了。

    检查一下,是否有不合理的索引等。

     


    family as water


    你的诊断,肯定是有问题的!

    这个和否有不合理的索引没有关系!

    目前通过'dbcc checktable'已经确定,有好几个索引损坏。

     

    2010年12月22日 5:34
  • 你好,

    1. https://connect.microsoft.com/SQLServer/Feedback 在'1'里填'CPerIndexMetaQS::ErrorAbort - Index corruption', 搜不到结果

    2. 点左侧的"submit feedback", 将具体信息填表;

    3. 成功提交后, 上传mdmp(须<500M)附件.


    This posting is provided "AS IS" with no warranties, and confers no rights.


    Ke Yang

    你好!

    你有MSN吗?

    我的MSN是babykingmax@hotmail.com

    可以联系你吗?

    2010年12月22日 5:34
  • 不用发,你自己看看就知道了。

    你在update 表B i z O f f e r search 还有调用 O r d e r List_query 存储过程的时候 出错了。

    检查一下,是否有不合理的索引等。

     


    family as water


    你的诊断,肯定是有问题的!

    这个和否有不合理的索引没有关系!

    目前通过'dbcc checktable'已经确定,有好几个索引损坏。

     

    你自己都说了 有几个索引坏了

    直接dbcc 修复错误吧。

    这种情况多数是实用不当导致,产品问题的可能性很小。


    family as water
    2010年12月22日 9:11
  • 你好,

    1. https://connect.microsoft.com/SQLServer/Feedback 在'1'里填'CPerIndexMetaQS::ErrorAbort - Index corruption', 搜不到结果

    2. 点左侧的"submit feedback", 将具体信息填表;

    3. 成功提交后, 上传mdmp(须<500M)附件.


    This posting is provided "AS IS" with no warranties, and confers no rights.


    Ke Yang

    你好!

    你有MSN吗?

    我的MSN是babykingmax@hotmail.com

    可以联系你吗?

    Don't have to contact Ke Yang, he just tell you how to submit dump to MS. You can drop all indices on the table then run dbcc again, recreated indices if no error. Test it on dev server first.
    2010年12月22日 14:35
  • 一个号称本土话很良好的微软,微软(中国)公司。。。。

    对反馈这一点实在不好、不能、不敢恭维

    有意见或反馈一定要到专用通道去提交,而这专用通道偶原来曾费了不少劲儿却发现无门可找

    也或许只因为偶的英文水平有限,也或许偶打心底里就反感这个反馈手段

    “洋洋大国”的人或使用SQL Server<此仅谈及SQL Server先>的用户,都很熟练使用英语交流、表达么?

    就没一个安排中转者以方便更广大使用SQL Server的接受意见或BUG反馈<虽然BUG极其少>。。。

     

    不知道是微软总部的人的脑袋被驴踢了还是微软中国总部的人的脑袋被驴踢过了。。。。对这一反馈现状视而不见

     


    Try SQL Server 2008 QQ:315054403 dgdba@hotmail.com
    2010年12月23日 1:29
  • 一个号称本土话很良好的微软,微软(中国)公司。。。。

    对反馈这一点实在不好、不能、不敢恭维

    有意见或反馈一定要到专用通道去提交,而这专用通道偶原来曾费了不少劲儿却发现无门可找

    也或许只因为偶的英文水平有限,也或许偶打心底里就反感这个反馈手段

    “洋洋大国”的人或使用SQL Server<此仅谈及SQL Server先>的用户,都很熟练使用英语交流、表达么?

    就没一个安排中转者以方便更广大使用SQL Server的接受意见或BUG反馈<虽然BUG极其少>。。。

     

    不知道是微软总部的人的脑袋被驴踢了还是微软中国总部的人的脑袋被驴踢过了。。。。对这一反馈现状视而不见

     


    Try SQL Server 2008 QQ:315054403 dgdba@hotmail.com


    哥们,我第一个回复你就和你说了,dump日志不用提交,不用愤青。如果你购买的是正版的sql server一般都提供技术支持的,至少是tel的。

    出现这个错误,你可以从dump日志看到到底是执行那些语句出现了错误,我也帮你找出来2个,以我的经验来说,很多都是索引不优化、没有或者有问题导致的问题(我遇到大多数是这个情况),后来你自己在做dbcc的时候也说了,出现了索引问题。

    我建议你还是从性能优化的角度继续检查你的sql,对索引进一步优化,一般这么处理后,问题能够解决。

    优化有问题在继续问吧。

     


    family as water
    2010年12月23日 1:58
  • 谢谢你的批评意见,我将把本土化connect.microsoft.com的意见反映到相关部门.

    同时,您可以试试将您的问题,以及本土化connect的问题,反映到这个网站:https://support.microsoft.com/contactus/emailcontact.aspx?scid=sw;zh-sim;1208&ws=china

    谢谢!


    This posting is provided "AS IS" with no warranties, and confers no rights.
    2010年12月23日 2:00
  • Ke Yang

    你好!

        connect.microsoft.com网站一般多少时间会给反馈意见啊?您有权限吗?能不能优先帮我看下?因为数据库是从SQL 2005集群下移植到2008下的,以前在SQL 2005下,没有出现过这样的事情,一下有好几个索引损坏!


    胡冰
    2010年12月23日 2:15
  • 抱歉,我不是引擎组的, 不懂索引方面的技术. 我不确定connect多久会回复, 建议你着急的话可以先搜索一下网上有没有中文或英文的类似帖子提供解决方案.
    This posting is provided "AS IS" with no warranties, and confers no rights.
    2010年12月23日 2:29
  • Ke Yang

    谢谢你的回复!

    可以给我讲讲connect处理流程吗?

    SQL SERVER 引擎组有没有中国开发团队,

    还是引擎方面问题必须是国外处理?


    胡冰
    2010年12月23日 3:02
  • 据我了解,connect一有新进展就会给你发邮件. SQL引擎是很大的组,有中国开发团队,但不知道有没有主管你这个问题方面的小组. 需注意的是,有没有中国开发团队没有关系; 中国技术支持会和你联系, 他们也会和开发团队(无论在哪里)联系.

    同意Stone Z的话, 你可以将可疑的语句发上来让大家帮你看看.

     


    This posting is provided "AS IS" with no warranties, and confers no rights.
    2010年12月23日 3:17
  • It's time to call support when you gat dump on prod server and don't know how to read it, no charge if dump is caused by bug.
    2010年12月23日 3:52
  • "哥们,我第一个回复你就和你说了,dump日志不用提交,不用愤青。如果你购买的是正版的sql server一般都提供技术支持的,至少是tel的。

    出现这个错误,你可以从dump日志看到到底是执行那些语句出现了错误,我也帮你找出来2个,以我的经验来说,很多都是索引不优化、没有或者有问题导致的问题(我遇到大多数是这个情况),后来你自己在做dbcc的时候也说了,出现了索引问题。

    我建议你还是从性能优化的角度继续检查你的sql,对索引进一步优化,一般这么处理后,问题能够解决。

    优化有问题在继续问吧。"

    ------------------------

    我不是楼主提出DUMP的用户。。。偶公司买了正版SQLSERVER,从没打过电话,其实对于功能性、易用性、兼容性还是很满意

    只是,有时有些意见或建议就无从提交了。。。就没一个接受意见或建议的本地化团队<甚至一个职位即可了>??

     

    提两个意见,若方便,请代为转交。比如:

    一、SQL SERVER的错误提示:对每种约束<如PK/Unique、RK、Not Null、Check>增加一个自定义错误消息,且对Session作一个设定,是否只显示自定义错误消息

    诚然,按正规的系统开发来说,应该由客户端捕获每一种错误并分别作处理<同时也给出了系统错误代码和描述,但这个代码和描述对最终操作用户来说是没有意义的>。。。

    但若对一个管理系统每个表都如此捕获,开发中是相当费时费力的,若违反约束时,能直接显示自定义错误消息,将是很方便简洁的事情,开发效率及消息提示均非常友好

    如Create Table Emps (_ID Char(8) Primary Key ErrorMsg '员工编号不能重复',_Name Varchar(20) Not Null ErrorMsg '必须输入员工姓名')

    当插入相同的_ID值时,就能自动把 '员工编号不能重复' 传递给客户端,若没录入_Name时,就能自动把 '必须输入员工姓名' 传递给客户端

     

    二、ADO连接应对网络偶尔中断:现在的状态是若局域网络中断一下,则客户端程序就只有重启动才行,这在企业环境里是相当尴尬<麻烦的>。。。但愿能加入自动重试设定或者说隔多长时间自动重试及重试次数

    <此可能超出SQL Server范围之外了,但却是企业应用实实在在需要改善的>


    Try SQL Server 2008 QQ:315054403 dgdba@hotmail.com
    2010年12月23日 7:00
  • 同意楼上关于本地化connect的问题,我已经mail sqlconne@microsoft.com了,也通过connect本身的feedback提交了意见.

    您提的两点我也不知道转交给谁.第一点,你的提议最后就是trigger;第二点,我不知道ado为什么不把retry放进其api,但很容易用while(...catch..)实现retry.


    This posting is provided "AS IS" with no warranties, and confers no rights.
    2010年12月23日 7:28
  • 中国是一个巨大的市场,其实微软应该投入更多的精力

    当然价格也应该降低

    我觉得SQL SERVER的错误提示信息是不是应该改改噢!

    前些日子,在我们公司测试数据库上,也发生了索引损坏,

    提示信息尽然是:

    内部错误。文件 e:\sql10_main_t\sql\ntdbms\storeng\dfs\startup\dstream.cpp 第 792 行中的字符串例程因 HRESULT 0x8007007a 的错误而失败。
    消息 8630,级别 16,状态 1,第 143 行
    内部查询处理器错误: 查询处理器在执行过程中遇到意外错误

     


    胡冰
    2010年12月23日 7:55
  • 数据库版本号是:

    Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 


    胡冰
    2010年12月23日 8:00
  • 有人解答吗?
    胡冰
    2010年12月24日 9:02
  • 有个类似答案:

    https://connect.microsoft.com/SQLServer/feedback/details/349846/dbcc-dbinfo-bug-msg-407-level-16-state-1-line-1?wa=wsignin1.0

    "Thank you for the report. We will fix this for a future release of SQL Server.
    The command should work if the default locale for the system includes the character here.
    Thank you." 意思是,将来版本会fix这个问题; 如果系统的默认区域包括这个字符,那么这个命令可以正常运行.


    This posting is provided "AS IS" with no warranties, and confers no rights.
    2010年12月24日 9:09
  • Ke Yang

    你好!

    这个文章是在2008/6/7 12:59:35 写的,当时是SQL SERVER2008,我的数据库是今年发行的SQL SERVER2008 R2版本。

    不应该还存在这个问题吧??

     


    胡冰
    2010年12月27日 1:30
  • You never know. Call support, no charge if it's bug.
    2010年12月27日 3:53
  • 你好!

                    由于这个问题需要进行dump分析,最好是电话联系微软来协助您进行分析。如rmiao所述,如果这是一个bug,这个技术支持电话是免费的。

                    同时,能否贴出来dbcc checkdb的完整输出信息?

     

                    如果有什么不清楚的地方,请及时联系我。


    Regards,
    Tom Li
    2010年12月28日 2:44
    版主
  • Tom Li

    你好!

    我上次提交给connect的:

    SQL SERVER 2008 R2 CPerIndexMetaQS::ErrorAbort - Index corruption

    URL:https://connect.microsoft.com/SQLServer/feedback/details/632879/cperindexmetaqs-errorabort-index-corruption?wa=wsignin1.0

     

    也是关于索引损坏的

    因为之前使用的是SQL2005集群 + SSD存储

    现在转移到SQL2008 R2集群 + SSD存储

    就出现同时好几个索引损坏。是否可以帮忙分析DUMP文件。

    微软技术支持电话是??

    怎么收费的?

     


    胡冰
    2010年12月28日 3:10
  • SQL SERVER 2008 R2 CPerIndexMetaQS::ErrorAbort - Index corruption

     

    是我们的在线系统!


    胡冰
    2010年12月28日 3:11
  • 内部错误。文件 e:\sql10_main_t\sql\ntdbms\storeng\dfs\startup\dstream.cpp 第 792 行中的字符串例程因 HRESULT 0x8007007a 的错误而失败。
    消息 8630,级别 16,状态 1,第 143 行
    内部查询处理器错误: 查询处理器在执行过程中遇到意外错误

     

    这个的DBCC CHECKDB信息,我没有保留

    dbcc checkdb 的时候提示: 报表上 的 某个索引 的某几个 字段的 一个值 出现不一致

    DUMP文件,我下午找下


    胡冰
    2010年12月28日 3:15
  • Tom Li:

      你好!

     

    内部错误。文件 e:\sql10_main_t\sql\ntdbms\storeng\dfs\startup\dstream.cpp 第 792 行中的字符串例程因 HRESULT 0x8007007a 的错误而失败。
    消息 8630,级别 16,状态 1,第 143 行
    内部查询处理器错误: 查询处理器在执行过程中遇到意外错误

     问题的mdmp文件和LOG文件都已经找到。

    包含* Input Buffer 136 bytes -                                                                                      
    *             DBCC CHECKTABLE ('SearchOfferOnline')  WITH ALL_ERRORMSGS  

    的操作信息。

    请问怎么联系您,您可以帮助我解决吗?


    胡冰
    2010年12月28日 3:22
  • Tom Li:

      你好!

    内部错误。文件 e:\sql10_main_t\sql\ntdbms\storeng\dfs\startup\dstream.cpp 第 792 行中的字符串例程因 HRESULT 0x8007007a 的错误而失败。
    消息 8630,级别 16,状态 1,第 143 行
    内部查询处理器错误: 查询处理器在执行过程中遇到意外错误

    问题已经提交connect,URL:

    https://connect.microsoft.com/SQLServer/feedback/details/633396/select-error-hresult-0x8007007a#details

    微软电话技术支持怎么收费的?怎么联系?

    您可以方便解决吗?


    胡冰
    2010年12月28日 3:26
  • 你好!

                    请参考这个链接:http://support.microsoft.com/ph/1044#tab3

                    能否提供dbcc checkdb的完整输出信息?


    Regards,
    Tom Li
    2010年12月28日 3:28
    版主
  • DBCC RESULTS
    --------------------
    <DbccResults>                                                                                                   
    <Dbcc ID="0" Error="8951" Severity="16" State="1">表错误: 表 'SearchOfferOnline' (ID 2105058535)。数据行在索引 'ix_2' (ID 23
    )中没有匹配的索引行。与以下数据行匹配的索引行的键可能丢失或无效:</Dbcc>                                                                        
    <Dbcc ID="1" Error="8955" Severity="16" State="1">数据行(1:805233:0)由(ID = 65373666)标识,索引值为 'ExpiredDate = '2010-12-
    11 20:28:00.000' and DeleteDate = NULL and UpdateDate = '2010-12-08 22:29:00.843' and ForSearchAll = 1 and ID = 6
    5373666'。</Dbcc>                                                                                                
    <Dbcc ID="2" Error="8951" Severity="16" State="1">表错误: 表 'SearchOfferOnline' (ID 2105058535)。数据行在索引 'ix_2' (ID 23
    )中没有匹配的索引行。与以下数据行匹配的索引行的键可能丢失或无效:</Dbcc>                                                                        
    <Dbcc ID="3" Error="8955" Severity="16" State="1">数据行(1:859742:3)由(ID = 65626093)标识,索引值为 'ExpiredDate = '2010-12-
    08 18:41:35.167' and DeleteDate = NULL and UpdateDate = '2010-12-08 12:46:08.607' and ForSearchAll = 1 and ID = 6
    5626093'。</Dbcc>                                                                                                
    <Dbcc ID="4" Error="8951" Severity="16" State="1">表错误: 表 'SearchOfferOnline' (ID 2105058535)。数据行在索引 'ix_2' (ID 23
    )中没有匹配的索引行。与以下数据行匹配的索引行的键可能丢失或无效:</Dbcc>                                                                         
                                                                  
                                                                       
    <Dbcc ID="110" Error="8957" Severity="-1" State="1">由 ggf 执行的 DBCC CHECKTABLE (SearchNew.dbo.SearchOfferOnline) W
    ITH all_errormsgs 发现 54 个错误,已修复 0 个错误。占用时间: 0 小时 4 分钟 26 秒。内部  数据库快照的拆分点 LSN 为 00015f0d:000054c3:0003,第一个 LSN 为 0
    0015f0d:0000531f:0001。这只是一条信息性消息,不需要用户执行任何操作。</Dbcc>                                                            
    <Dbcc ID="111" Error="8958" Severity="10" State="1">对于由 DBCC CHECKTABLE (SearchNew.dbo.SearchOfferOnline)发现的错误,re
    pair_rebuild 是最低的修复级别。</Dbcc>                                                                                   
    </DbccResults>                                                                                                  
    **Dump thread - spid = 0, EC = 0x00000000B98904B0                                                               
    ***Stack Dump being sent to D:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\LOG\SQLDump9254.tx
    t                                                                                                               
    * *******************************************************************************                               
    *                                                                                                               
    * BEGIN STACK DUMP:                                                                                             
    *   12/13/10 16:26:48 spid 95                                                                                   
    *                                                                                                               
    * DBCC database corruption                                                                                      
    *                                                                                                               
    * Input Buffer 136 bytes -                                                                                      
    *             DBCC CHECKTABLE ('SearchOfferOnline')  WITH ALL_ERRORMSGS                                         
    *                                                                                                               
    * *******************************************************************************                               
    * -------------------------------------------------------------------------------                               
    * Short Stack Dump                  

    CSession @0x00000000B989E3B0
    ----------------------------
    m_spid = 95                          m_cRef = 14                          m_rgcRefType[0] = 1                   
    m_rgcRefType[1] = 1                  m_rgcRefType[2] = 11                 m_rgcRefType[3] = 1                   
    m_rgcRefType[4] = 0                  m_rgcRefType[5] = 0                  m_pmo = 0x00000000B989E080            
    m_pstackBhfPool = 0x0000000000000000 m_dwLoginFlags = 0x03e0              m_fBackground = 0                     
    m_eConnResetOption = 0               m_fUserProc = -1                     m_fConnReset = 0                      
    m_fIsConnReset = 0                   m_fInLogin = 0                       m_fAuditLoginSent = 1                 
    m_fAuditLoginFailedSent = 0          m_fReplRelease = 0                   m_fKill = 0                           
    m_ulLoginStamp = 10537152            m_eclClient = 6                      m_protType = 5                        
    m_hHttpToken = FFFFFFFFFFFFFFFF     

    m_pV7LoginRec
    ---------------------
    0000000000000000:   42010000 03000a73 00100000 00000006 78130000 ?B......s........x...                          

    0000000000000014:   00000000 e0030000 00000000 00000000 5e000a00 ?................^...                          

    0000000000000028:   72000300 78000000 8a002b00 e0000c00 f8000000 ?r...x.....+.........                          

    000000000000003C:   f8001c00 30010000 30010900 00247edf 3bff4201 ?....0...0. ..$~.;.B.                          

    0000000000000050:   00004201 00004201 00000000 0000???????????????..B...B.......                                

     


    CPhysicalConnection @0x00000000B989E270
    ---------------------------------------
    m_pPhyConn->m_pmo = 0x00000000B989E080                                                                          
    m_pPhyConn->m_pNetConn = 0x00000000B989EAD0                                                                     
    m_pPhyConn->m_pConnList = 0x00000000B989E380                                                                    
    m_pPhyConn->m_pSess = 0x00000000B989E3B0                                  m_pPhyConn->m_fTracked = -1           
    m_pPhyConn->m_cbPacketsize = 4096    m_pPhyConn->m_fMars = 0              m_pPhyConn->m_fKill = 0               


    CBatch @0x00000000B989EFA0
    --------------------------
    m_pSess = 0x00000000B989E3B0         m_pConn = 0x00000000B989EEA0         m_cRef = 3                            
    m_rgcRefType[0] = 1                  m_rgcRefType[1] = 1                  m_rgcRefType[2] = 1                   
    m_rgcRefType[3] = 0                  m_rgcRefType[4] = 0                  m_pTask = 0x0000000005343288          


    EXCEPT (null) @0x0000000018809538
    ---------------------------------
    exc_number = 0                       exc_severity = 0                     exc_func = 0x0000000002D9E37C         

     

    Task @0x0000000005343288
    ------------------------
    CPU Ticks used (ms) = 3284           Task State = 2                                                             
    WAITINFO_INTERNAL: WaitResource = 0x0000000000000000                      WAITINFO_INTERNAL: WaitType = 0x0     
    WAITINFO_INTERNAL: WaitSpinlock = 0x0000000000000000                      SchedulerId = 0x6                     
    ThreadId = 0xfec                     m_state = 0                          m_eAbortSev = 0                       

     

    EC @0x00000000B98904B0
    ----------------------
    spid = 0                             ecid = 0                             ec_stat = 0x0                         
    ec_stat2 = 0x0                       ec_atomic = 0x0                      __fSubProc = 1                        
    __pSETLS = 0x00000000B989EF10        __pSEParams = 0x00000000B989F350    

    SEInternalTLS @0x00000000B989EF10
    ---------------------------------
     m_flags = 0                          m_TLSstatus = 3                      m_owningTask = 0x0000000005343288    
     m_activeHeapDatasetList = 0x00000000B989EF10                                                                   
     m_activeIndexDatasetList = 0x00000000B989EF20                             m_pDbccContext = 0x000000018485A680  


    SEParams @0x00000000B989F350
    ----------------------------
     m_lockTimeout = -1                   m_isoLevel = 4096                    m_logDontReplicate = 0               
     m_neverReplicate = 0                 m_XactWorkspace = 0x0000000081500B50                                      
     m_pSessionLocks = 0x00000000B9890DF0                                      m_pDbLocks = 0x00000000B989F860      
     m_execStats = 0x00000000A4695190     m_pAllocFileLimit = 0x0000000000000000                                    

     

     

    DBCC信息我删除一部分

    因为太大了,


    胡冰
    2010年12月28日 3:36
  • What did you do so far? Tried recreate all indices in related tables on dev server?
    2010年12月28日 4:09
  • Tom Li

       我在上面贴出了DBCC CHECKTABLE 的信息


    胡冰
    2010年12月28日 5:03
  • 你好!

                    我建议您先备份一下数据库,然后尝试一下重建索引,最好先联系一下微软进行dump分析。联系方式在我上一个回复里面已经给出。

     

                    如果有什么不清楚的,请及时联系我。


    Regards,
    Tom Li
    2010年12月28日 5:10
    版主
  • Tom Li

          你好!

         非常感谢你的回复,http://support.microsoft.com/ph/1044#tab3

        是不是一定要提高产品ID的啊??


    胡冰
    2010年12月28日 5:14
  • 我们是使用删除索引,然后重建方式修复了问题,DUMP也上传了。

    但是很想知道出问题原因


    胡冰
    2010年12月28日 5:15
  • What's SSD? Most likely storage related issue.
    2010年12月28日 5:18
  • 给微软技术支持发了邮件

    回复是:

    一般来说,这类问题有可能是数据库文件完整性遭到破坏所致,建议首先对该数据库进行一次完整性检查,即DBCC CHECKDB

     

    晕倒的

    说了和没说一样


    胡冰
    2010年12月28日 7:15
  • MS support will not check details for you without support case.
    2010年12月28日 17:27
  • 你好,我也遇到了类似的问题,能给帮忙看看我的问题么?
    2015年6月20日 15:24