dbcc dbcheck()
dbcc dbchecktable(xxx)

解决方案 »

  1.   

    你看看SQL的活动日志,看看它是不是说有个数据库正在recovery?
    这种情况我遇到过了,如果SQL在做些比较大的transaction突然服务死了或者服务器死了,重新起来后它会recovery这个数据库,这时候库就是处于质疑状态。
    另一个可能处于质疑状态的原因是数据文件所在的磁盘不见了,这个我也试过,数据文件、日志文件放在SAN上,那天不知道发什么神经SAN把那个磁盘搞丢了,那么数据库就显示质疑状态了。
      

  2.   

    不过从你说的一个表有些数据能select出来有些不能,我很怀疑是数据文件或所在磁盘出了问题。
      

  3.   

    我把数据文件复制到另一个服务器上恢复也是一部分数据select不出来,日志中显示:未能在索引页 (1:2491) 中找到 RID '36200201401a0593037332d3131363239513231352d41' 的索引条目
      

  4.   

    SQL活动日志里面有没有说有数据库正在recovery呀?如果有的话它还会说recovery的百分比的哦。先看看这个先吧,现在你的数据库整个都有问题,个别表select就先不管它啦。
      

  5.   

    日志里没有说正在recovery,我的库文件很大,一个多G,没法发啊
      

  6.   

    彻底坏掉了,因为是正版的,有微软的技术服务,可是微软都没法解决,惨啦!5ing...