登錄SQL報(bào)錯:無法打開數(shù)據(jù)庫clicksun,恢復(fù)操作已經(jīng)將該數(shù)據(jù)庫標(biāo)記為SUSPECT,如何解決?
![]() ![]() ![]() ![]() 出現(xiàn)這個(gè)錯誤提示說明數(shù)據(jù)庫有部分損壞,可以用下面兩種方法解決:
方法一:嘗試用以下指令修復(fù)受損壞的數(shù)據(jù)庫 當(dāng)SQL SERVER數(shù)據(jù)庫狀態(tài)為質(zhì)疑(SUSPECT)狀態(tài)時(shí),我們可以用以下方法來處理: 1、修改數(shù)據(jù)庫為緊急模式:ALTER DATABASE DBName SET EMERGENCY; 2、使數(shù)據(jù)庫變?yōu)閱斡脩裟J剑?font color="#ff0000">ALTER DATABASE DBName SET SINGLE_USER; 3、檢查數(shù)據(jù)庫的完整性、修復(fù)數(shù)據(jù)庫日志重新生成,此命令檢查數(shù)據(jù)庫文件的分配、結(jié)構(gòu)、邏輯完整性和所有數(shù)據(jù)庫中的對象錯誤。當(dāng)您指定“REPAIR_ALLOW_DATA_LOSS”作為DBCC CHECKDB命令參數(shù),該程序?qū)z查和修復(fù)報(bào)告的錯誤,但是,這些修復(fù)可能會導(dǎo)致一些數(shù)據(jù)丟失:DBCC CHECKDB(‘DBName’); 4、使數(shù)據(jù)庫變回為多用戶模式:ALTER DATABASE DBName SET MULTI_USER; 5、檢查沒有錯誤則恢復(fù)數(shù)據(jù)庫為正常模式:ALTER DATABASE DBName SET ONLINE。 優(yōu)點(diǎn):恢復(fù)得當(dāng)?shù)脑?,可以保全全部?shù)據(jù); 弊端:可能恢復(fù)失敗。 操作方法: 在SQL Server管理器(SQL Server Management Studio)中,新建查詢,執(zhí)行以下SQL(注意下面的clicksun是點(diǎn)晴OA數(shù)據(jù)庫的名稱,如果改為了其他名稱,那么clicksun也要相應(yīng)更改,將紅色文本復(fù)制到查詢框中執(zhí)行): USE master
GO ALTER DATABASE clicksun SET EMERGENCY; GO ALTER DATABASE clicksun SET SINGLE_USER; GO DBCC CHECKDB (clicksun, REPAIR_ALLOW_DATA_LOSS) WITH NO_INFOMSGS, ALL_ERRORMSGS; GO ALTER DATABASE clicksun SET MULTI_USER; GO ALTER DATABASE clicksun SET ONLINE; GO 說明: 1、執(zhí)行過程中可能會提示錯誤,再次執(zhí)行即可; 2、如果在執(zhí)行CheckDB時(shí)報(bào)錯,然后數(shù)據(jù)庫可以查詢了,但是發(fā)現(xiàn)很多表和視圖查詢時(shí)報(bào)錯數(shù)據(jù)庫頁已標(biāo)記為 RestorePending,可能表明磁盤數(shù)據(jù)已損壞。要從此狀態(tài)恢復(fù)系統(tǒng)數(shù)據(jù),請按下面方法二執(zhí)行數(shù)據(jù)庫備份還原操作。 方法二:用歷史數(shù)據(jù)庫備份文件恢復(fù)數(shù)據(jù)庫clicksun 采用以上方法還是無法修復(fù)數(shù)據(jù)庫的話,那就只能刪除當(dāng)前出問題的數(shù)據(jù)庫clicksun,然后找到點(diǎn)晴安裝目錄“D:\clicksun\files\db”下的數(shù)據(jù)庫bak備份文件,在SQL Server中恢復(fù)備份數(shù)據(jù)庫clicksun。 優(yōu)點(diǎn):一定可以順利恢復(fù); 弊端:會丟失一天的數(shù)據(jù)。 參考教程: 該文章在 2018/11/6 15:44:31 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... |