SYBASE數(shù)據(jù)庫修復及恢復sa口令的方法
SYBASE數(shù)據(jù)庫管理系統(tǒng)中數(shù)據(jù)庫損壞后，重新建立數(shù)據(jù)庫的時間比較長，這將給應用（特別是對時間要求特別嚴格的應用，如金融、證券等）造成很大的損失。而如果在應用中遺忘超級用戶sa口令，更會給系統(tǒng)管理帶來極大的不便，甚至很多操作都無法進行。本文介紹一種簡便的SYBASE數(shù)據(jù)庫修復及恢復sa口令的方法。以下假定server能正常啟動，server名為SYBASE，數(shù)據(jù)庫名為demodb。
一、SYBASE數(shù)據(jù)庫修復 分為兩種情況：
1.數(shù)據(jù)庫所用的設備正常，而庫demodb的狀態(tài)為suspect。
（1）以sa注冊
isql -u sa -P
1>
（2）修改server屬性，置系統(tǒng)表為允許修改該狀態(tài)。
1>sp_configure "allow updates",1
2>go
3>recofigure with override
4>go
（3）修改數(shù)據(jù)庫的狀態(tài)，置數(shù)據(jù)庫狀態(tài)為server啟動時不檢測。
1>update master.sysdatabases set status = -32768
2>where name = "demodb"
3>go
（4）重啟server。
（5）修改數(shù)據(jù)庫的狀態(tài)，置數(shù)據(jù)庫狀態(tài)為正常。
1>update master.sysdatabases set status = 0
2>where name ="demodb"
3>go
（6）修改server屬性，置系統(tǒng)表為不允許修改狀態(tài)。
1>sp_configure "allowupdates",0
2>go
3>reconfigure with override
4>go
（7）再次重啟server。
至此，如果數(shù)據(jù)庫能夠正常，則恢復完畢。
以上步驟中，也可以用單用戶模式啟動server，命令為startserver -m，而不必修改server的"allow updates"屬性。SYBASE 11及以上版本的server只需重啟，不需要執(zhí)行reconfigure with override。如果上述方法仍不能恢復數(shù)據(jù)庫，則只能使用dbcc命令刪除該數(shù)據(jù)庫，然后重新建立。
2.數(shù)據(jù)庫所占用的設備不正常，庫的狀態(tài)為suspect 使用sp_helpdb和sp_helpdevice命令查出數(shù)據(jù)庫設備的邏輯名、物理名、設備號、大小等信息。如果上述命令無法查出數(shù)據(jù)庫設備的信息，可使用select * from master.sydatabases和select * from master.sysdevices。然后用disk reinit重建設備。最后，按照1的步驟恢復數(shù)據(jù)庫。
上述第一種情況數(shù)據(jù)庫損壞程度較輕，對數(shù)據(jù)庫內(nèi)容檢查后即可使用。而在第二種情況下，如果數(shù)據(jù)庫的日志建立在不同的設備上，只是數(shù)據(jù)庫的日志設備損壞，數(shù)據(jù)庫的損壞程度會較輕，只是有些交易無法恢復；如果數(shù)據(jù)庫的設備損壞，整個數(shù)據(jù)庫的內(nèi)容會全部丟失，其中表、表的內(nèi)容、存儲過程都需要重建。所以建議數(shù)據(jù)庫和數(shù)據(jù)庫的日志建立在不同的設備上。
系統(tǒng)錯誤日志errorlog文件存有SYBASE數(shù)據(jù)庫系統(tǒng)的錯誤信息，系統(tǒng)出錯時應先檢查此文件，據(jù)此判斷錯誤原因，找出解決辦法，以免誤操作。
二、 恢復sa口令
編輯RUN_SYBASE，在dataserver啟動行尾加入?yún)?shù) -psa，然后存盤退出，執(zhí)行startserver -f RUN_SYBASE重啟server，系統(tǒng)會給超級用戶sa一個隨機的密碼，以此密碼注冊進入server，然后使用sp_password命令修改密碼即可。
【編輯推薦】
