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