SYBASE数据库出大问题了！！恢复不了，怎么办？

waitingall

数据库还原数据，执行load database  库1  from "add.."的时候，突然断电。

完了重新来电后，库1 的STATUS=32,看SYBASE的说明是FOR LOAD 或者是恢复数据库崩溃，
完了还不算，讲其STATUS改成-32768，重启SYBASE后，就变成这样了

status      status2     name                           dbid        suid        status      version     logptr      crdate                         dumptrdate                     status2     audflags    deftabaud   defvwaud    defpraud    def_remote_type def_remote_loc                                                                                                                                                                                                                                                  status3     status4     
----------- ----------- ----                           ----------- ----------- ----------- ----------- ----------- ------                         ----------                     ----------- ----------- ----------- ----------- ----------- --------------- --------------                                                                                                                                                                                                                                                  ----------- -----------
     -32768          16 库1                                      6           1      -32768           1     5330417 May 12 2009 10:23AM            Aug  4 2009  3:12PM                     16           0           0           0           0            NULL NULL                                                                                                                                                                                                                                                                      0           0
         64          48 库2                                      5           1          64           1     6675193 May 12 2009 10:14AM            Aug 18 2009 10:48PM                     48           0           0           0           0            NULL NULL                                                                                                                                                                                                                                                                      0           0
          0      -32768 master                                   1           1           0           1        4055 Jun 18 2008  1:10AM            Jun 18 2008 10:31AM                 -32768           0           0           0           0            NULL NULL                                                                                                                                                                                                                                                                      0           0
          0      -32768 model                                    3           1           0           1        1187 Jun 18 2008  1:10AM            Jun 18 2008 10:31AM                 -32768           0           0           0           0            NULL NULL                                                                                                                                                                                                                                                                      0           0
          0      -32768 sybsystemdb                          31513           1           0           1         621 Jun 18 2008  1:10AM            Jun 18 2008 10:31AM                 -32768           0           0           0           0            NULL NULL                                                                                                                                                                                                                                                                      0           0
          8      -32768 sybsystemprocs                       31514           1           8           1       45320 Jun 18 2008  1:10AM            Jun 18 2008 10:32AM                 -32768           0           0           0           0            NULL NULL                                                                                                                                                                                                                                                                      0           0
         12      -32768 tempdb                                   2           1          12           1        1204 Aug 26 2009  4:45PM            Aug 26 2009  4:49PM                 -32768           0           0           0           0            NULL NULL                                                                                                                                                                                                                                                                      0           0
         64      -32720 text_db                                  4           1          64           1         664 Jun 18 2008  1:11AM            Jun 18 2008 10:31AM                 -32720           0           0           0           0            NULL NULL                                                                                                                                                                                                                                                                      0           0

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

有什么办法吗？不删除数据库的情况下？

chuxu

STATUS=32 再次执行load呢?

waitingall

开始的时候，在STATUS=32状态下LOAD ,数据库没有响应

waitingall

在master里面执行sp_who得到的结果如下，能指望数据库自己恢复吗？

fid         spid        status       loginame     origname     hostname   blk_spid dbname     cmd              block_xloid
----------- ----------- ------       --------     --------     --------   -------- ------     ---              -----------
          0           1 background   NULL         NULL                    0        master     MAINTENANCE TOKE           0
          0           2 sleeping     NULL         NULL                    0        master     DEADLOCK TUNE              0
          0           3 sleeping     NULL         NULL                    0        master     ASTC HANDLER               0
          0           4 sleeping     NULL         NULL                    0        master     ASTC HANDLER               0
          0           5 sleeping     NULL         NULL                    0        master     ASTC HANDLER               0
          0           6 sleeping     NULL         NULL                    0        master     ASTC HANDLER               0
          0           7 sleeping     NULL         NULL                    0        master     CHECKPOINT SLEEP           0
          0           8 sleeping     NULL         NULL                    0        master     HK WASH                    0
          0           9 sleeping     NULL         NULL                    0        master     HK GC                      0
          0          10 sleeping     NULL         NULL                    0        master     HK CHORES                  0
          0          11 sleeping     NULL         NULL                    0        master     PORT MANAGER               0
          0          12 sleeping     NULL         NULL                    0        master     NETWORK HANDLER            0
          0          13 running      sa           sa           MICROSOF-0 0        master     SELECT                     0

chuxu

原帖由 waitingall 于 2009-8-26 17:34 发表
开始的时候，在STATUS=32状态下LOAD ,数据库没有响应

没有响应是什么意思？有出错信息吗？load
的时候看一下sp_who sp_lock

hobbylu

一般情况下都是可以恢复的，把错误日志贴出来

waitingall

有没有办法停掉那个background   的进程？？，完了再重置各个库的状态为0，重新LOAD备份？

0           1 background   NULL         NULL                    0        master     MAINTENANCE TOKE           0

rosehu

重新LOAD,把原来的删除.因为这个数据可能是不完整的.