CrazyFor:
不是存储过程的问题,创建最简单的存储过程也出现这个提示,我试过多次了.

解决方案 »

  1.   

    SYSPROCEDURES可能损坏,请执行 DBCC CHECKDB 以确定损坏的程度。同时检查错误日志以确定是否有其它错误。运行带有一个修复子句的 DBCC CHECKDB。如果错误涉及索引页,请使用 REPAIR_REBUILD 子句。如果错误涉及数据页,可能需要使用 REPAIR_ALLOW_DATA_LOSS 子句。在不允许丢失数据的可能事件中,将需要从已知的干净备份进行还原。
      

  2.   

    此外,运行硬件诊断并更正问题。您可能发现在计算机上执行全新的安装(包括重新格式化磁盘驱动器和重新安装操作系统)十分有益。这消除了 .dll 或 .exe 程序损坏的可能性。还可以检查操作系统错误日志以查看错误的发生是否是硬件故障的结果。最后,确保系统未在磁盘控制器上启用写入缓存。如果怀疑这是问题起因,请与您的硬件供应商联系。
      

  3.   

    谢谢大家的关心与照顾,我不会忘记大家的.
    错误的原因已经查清,肯定是有坏页了,我试过恢复以前的惫份,最早的只有4月底的,其它虽然是一天一备(自动),但好象不行,我怀疑是覆盖惫份,因为只有一个惫份,而且不大,相当与一次完全惫份的大小.
      现在能找到的惫份(除4月份以外)最新的惫份都有问题,也就是说,恢复的中进度条到100后会提示一个逻辑页错误,从而数据库无效,因为业务比较繁忙,不能从4月份补数据,因此我想有没有办法在数据库错误的情况下打开数据库将数据备出来,数据库中其它的所有对象都不重要,只要数据备出来就行.
      因为恢复过程中,是在进度条走到了100%后出的错,因此我觉得数据可能已经恢复进去了,可能还差点什么东西致使数据库错误,不能启动.我想知道有没有办法可以让SQL忽略这个错误而启动服务,我可以用其它的办法惫份(或导出)数据,只要可以连接数据库,访问数据就可以了.
       在这里我先谢谢大家了.
    我又开了三个帖子,SQL高手请到这里接分,同时我也希望大家来看看.
      http://expert.csdn.net/Expert/topic/2038/2038326.xml?temp=.381283
      http://expert.csdn.net/Expert/topic/2038/2038383.xml?temp=.8945886
      http://expert.csdn.net/Expert/topic/2038/2038379.xml?temp=9.515017E-02
      

  4.   

    你先在的数据库检查数据正常么?
    1 backup log db TO DISK='e:\db2.bak' WITH NO_TRUNCATE2 恢复好的的完全备份
    RESTORE DATABASE db FROM DISK='e:\db1.bak' WITH NORECOVERY3  恢复最近的日志
    RESTORE LOG db FROM DISK='e:\db2.bak' WITH RECOVERY