奇怪的数据库恢复过程

pearma

今天单位一台服务器掉电,再次开机，发现sybase有点问题,应用数据库处于offline的状态.
根据资料,准备将sysdatabases中的status改改.但是,遇到奇怪的问题.

先将status该为-32768,好象成功了.(没有刻意去记,但是感觉成功了)
重新启动数据库.

再次将status改为0,命令就挂在那里了.

反正只要用update相关命令,就肯定死.

请问这个问题怎么解决?

(听说用dbcc dbrepair命令可以搞定,不知道是不是.)

有经验的高手,请来分析一下.

hobbylu

日志满?看错误日志吧

chuxu

现在的status是什么？

pearma

感觉和日志有关.
现在status已经改为0了. 也就是说用update的时候,顺利执行下去了.
但是,怎么样使update不再锁住,操作的人也想不起来了,因为他也是打电话问别人的,自己只管操作.
他就记得一个dbcc dbrepair,不知道有没有关系?

echoaix

能不能把sybase日志贴出来看看

sybuser

dbcc dbrepair能做的就是删除数据库了.

你做的应该不是这个

echoaix

原帖由 sybuser 于 2006-3-27 16:43 发表
dbcc dbrepair能做的就是删除数据库了.

你做的应该不是这个

dbcc dbrepair可以做的远远不只删除数据库
dbcc dbrepair ( db, option [, table][, index] )
Repair system tables.  
      Parameters  
      ParamDescriptionValid Values  
      db database ID or database name   
      option repair option dropdb drop the specified database  
      findstrandeddisplay stranded objects  
      fixindexrebuild the specified index; used on system catalogs only  
      fixsysindexcorrect pfreeoff value for sysindexes  
      newthresholdrebuild the database threshold table  
      remapupdate the in-core image of the database usage map table  
      repairindexrepair index for user tables  
      table (optional) table name   
      index (optional) index ID