【緊急求救】master庫狀態(tài)不對(duì)了�。�！

a.n.k.o

應(yīng)用庫demodb掛起，無法recover，使用在isql中執(zhí)行
update master..sysdatabases set status=-32768 where name='demodb'
的方法修改時(shí)，不幸未加where條件，并commit了，導(dǎo)致master等數(shù)據(jù)庫的status全部等于-32768，數(shù)據(jù)庫重啟后，再次打算update回來時(shí)，系統(tǒng)提示：
Msg 3908, Level 16, state 1:
Line1:
Attempt to BEGIN TRANsaction in database '\' failed
because database is in BYPASS RECOVERY mode.

緊急求救，生成環(huán)境故障

wyckwemail

備份demodb設(shè)備文件，然后重做成原來一樣的數(shù)據(jù)庫，再把demodb設(shè)備拷貝回去!
或你試用bcp out demodb中的數(shù)據(jù)！再bcp in!

a.n.k.o

同志們能不能考慮考慮如何將master庫搞定呢？狀態(tài)怎么改回去？至于demodb的數(shù)據(jù)應(yīng)該是沒有丟失的，只不過是狀態(tài)不對(duì)，只要搞定master，update demodb的status應(yīng)該可以recover的，以前也做過，沒有問題，即使有問題，我也有備份。只是不想重建庫結(jié)構(gòu)，因?yàn)閐evice比較大，太耗時(shí)間。
請(qǐng)大俠們看看能不能通過什么方法把master..sysdatabases中有關(guān)master庫的狀態(tài)搞成0。
如果重建master庫，該怎么做呢？會(huì)不會(huì)丟失有關(guān)應(yīng)用庫的相關(guān)配置記錄呢？

echoaix

啟動(dòng)文件最后加 -T3607啟動(dòng)后再改狀態(tài)

a.n.k.o

加這個(gè)表示啥意思？

小無賴

啟動(dòng)時(shí)不恢復(fù)所有的數(shù)據(jù)庫.

a.n.k.o

試了，還是不能update master 庫的 status成0�。�！

現(xiàn)在問題是master..sysdatabases中所有數(shù)據(jù)庫的status都=-32768了，不加3607的參數(shù)，啟動(dòng)是都是跳過recover了，怎么讓master的status變回0？？？

俺重建了master庫，select master..sysdatabases時(shí)，還是老樣子，status仍然都是-32768，郁悶死了.

用bcp out 備出 master的sysdatabases表，直接修改status的值為0，然后做bcp in，仍然提示如頂樓一樣的錯(cuò)誤。有沒有什么工具，不startserver，直接可以把sysdatabases表的內(nèi)容導(dǎo)入呢？

小無賴

有master的備份嗎?看看能不能load master

echoaix

重建master以后啟動(dòng)文件的master位置沒改吧，應(yīng)該不會(huì)是－32768

echoaix

00000000 d3090000 8f960000 11db0401 8f960000 f3730501 c4fbbb20 00085400 6d617374 65720081

windows平臺(tái)解決方法：
dbcc traceon(3604)
go
dbcc tablealloc(sysdatabases) 或  select first from sysindexes where id = object_id("sysdatabases" and indid=1\\找到數(shù)據(jù)頁(pageno)
go
dbcc page(master,pageno,1,0)  \\從硬盤上拿這頁內(nèi)容
go
master的如下：
Offset 202 - row ID=0 row length=84 # varlen cols=10
215690CA (     0):  0a000100 01000000 008001 d3090000  ................
215690DA (    16):  8f960000 11db0401 8f960000 f3730501  .............s..
215690EA (    32):  c4fbbb20 00085400 6d617374 65720081  ... ..T.master..
215690FA (    4:  00000000 00000000 00000000 00000000  ................
2156910A (    64):  00000000 00000000 0b484440 40403c38  .........HD@@@<8
2156911A (    80):  34302e28                             40.(

上面008001代表-32768,拷貝這些代碼，用一個(gè)16進(jìn)制編輯器編輯你的master文件，查找這些代碼，把008001改為000000，重啟sybase，master庫正常，可以使用了
在sybase ase 12.5.2+windows 2003上通過。
unix下如果裸設(shè)備可能比較麻煩，dd精確定位復(fù)制有可能行。

多說幾句：
1 這種問題最好的方法是rebuildmaster,bcp out old sysdatabase,sysusages等systable, bcp in newmaster .這里只是一個(gè)辦法。
2 問題的關(guān)鍵是BYPASS RECOVERY mode下無法正常執(zhí)行事物，bcp out可以，in不行。dbcc delete_row刪除記錄沒有問題，當(dāng)時(shí)好像只能刪和看，dbcc bytes，dbcc buffer等都只能看，照理應(yīng)該有命令可以改dbcc bytes出來的東東，找遍dbcc未果，哪位大大知道請(qǐng)賜教，再問問“曬被子”吧。直接有dbcc改就方便了
3 原以為改master文件后會(huì)啟動(dòng)是不是會(huì)再做什么一致性校驗(yàn)，但改了就ok了，總認(rèn)為不會(huì)這么簡單，－－賤
4 動(dòng)力還是因?yàn)閼校瑀ebuildmaster還是麻煩，打字太累了，多說了幾句，不對(duì)大家拍磚。

[ 本帖最后由 echoaix 于 2006-3-21 11:25 編輯 ]