哦?还请详细赐教。
========================happyflystone 
无枪狙击手 
等 级:
 发表于:2008-01-09 10:37:321楼 得分:0 
补丁的说 

解决方案 »

  1.   

    此错误可能与时间有关。如果重新运行该语句后错误仍然存在,请使用   DBCC   CHECKDB   来检查数据库的结构是否完整,或重新启动服务器以确保内存中的数据结构未破坏。 
    至于搂主说的恢复正常的现象,有可能是时间问题,因为在服务器非正常关机后的下次启动,sql server一般需要花一定时间恢复数据库
      

  2.   

    我的意思是是不是打上最新补丁了,排除SQLSERVER的本身问题再说
      

  3.   

    dbcc checkdb 那个出问题的表了吗?有没有问题?
      

  4.   

    没有。故障出现时我并没有在现场。
    故障恢复后,所有访问都是正常的。按我对日志的理解,应该是频繁访问导致内存数据块错误,而不是表的结构性错误——我曾用sql语句重新建表,重新导入数据,之后又出现了相同故障。但是找不到导致内存数据块错误的理由:70w不算大吧?涉及到问题表访问的终端不超过10个,虽然频率较高,但是sqlserver2005不应该如此脆弱吧?
    很奇怪。==================================
    w2jc 
    不爱熬夜 
    等 级:
     发表于:2008-01-09 10:51:316楼 得分:0 
    dbcc   checkdb   那个出问题的表了吗?有没有问题?  
     
      

  5.   

    估计是SQL 2005或者系统的问题,我的服务器也有这样的问题,重装就好一点
      

  6.   

    呃,重装不大现实,用户对数据库服务的连续性要求很高,不会给我那么长的时间。
    你的服务器安装Microsoft SQL Server 2005 Service Pack 2了吗?
    过几天看看要是没其他办法,我就先装下Microsoft SQL Server 2005 Service Pack 2试试看。
    ==========
    chensijian 
    轻轻的心情 
    等 级:
     发表于:2008-01-09 14:08:458楼 得分:0 
    估计是SQL   2005或者系统的问题,我的服务器也有这样的问题,重装就好一点 
     
      

  7.   

    这样的问题其实可以找服务器厂商帮你确定是否系统问题,如果系统没有问题那么为了保证今后不出现类似情况是一定要重装SqlServer的
      

  8.   

    你是否也遇到类似问题,并且在寻找答案?
    如果解决,不要忘记共享一下,谢谢啊!===============================xiaoku 
    野蛮人(^v^) 
    等 级:
     发表于:2008-01-09 15:37:5912楼 得分:0 
    订阅... 
     
      

  9.   

    让客户进行了dbcc checkdb 检查,没有检查出任何错误。在意料之中。让客户安装Microsoft SQL Server 2005 Service Pack 2,但由于要暂停数据库服务,时间上很难安排,客户又对安装升级包后可能后果表示担心,真不知道这个问题什么时候才能解决了。再等两天看看,不能解决,只好结贴了。================================== 
    w2jc   
    不爱熬夜   
    等   级: 
      发表于:2008-01-09   10:51:316楼   得分:0   
    dbcc       checkdb       那个出问题的表了吗?有没有问题?