一、第一種解決辦法
1:重新建立一個,一樣的數(shù)據(jù)庫,路徑名稱,文件都一樣。
2:關掉SQL Server服務;
3:把源文件COPY過來(只替換數(shù)據(jù)庫文件,不替換日志文件);
4:開啟SQL Server服務,解決問題。
二、第二種解決辦法
通過連接數(shù)據(jù)庫管理器,連接master庫,在數(shù)據(jù)庫管理器里面執(zhí)行腳本(可疑庫為errorDB)
1、將數(shù)據(jù)庫設置為緊急模式
alter database errorDB set EMERGENCY;
2、將數(shù)據(jù)庫設置為單用戶模式
alter database errordb set single_user
3、對數(shù)據(jù)庫檢查修復
dbcc checkdb (errordb,repair_allow_data_loss);
4、取消單用戶模式
alter database errorDB set multi_user
5、重啟SqlServer數(shù)據(jù)庫服務
開始運行里面輸入services.msc,找到數(shù)據(jù)庫服務,重啟數(shù)據(jù)庫服務即可
運行結果:
警告: 數(shù)據(jù)庫 'UFDATA_013_2020' 的日志已重新生成。已失去事務的一致性。RESTORE 鏈已斷開,服務器不再有以前的日志文件的上下文,因此您需要了解它們的內容。應運行 DBCC CHECKDB 驗證物理一致性。數(shù)據(jù)庫已置于 dbo-only 模式。在準備使數(shù)據(jù)庫可用時,需要重置數(shù)據(jù)庫選項,并刪除所有多余的日志文件。
UFDATA_013_2020的 DBCC 結果。
Service Broker 消息 9675,狀態(tài) 1: 已分析的消息類型: 14。
Service Broker 消息 9676,狀態(tài) 1: 已分析的服務約定: 6。
Service Broker 消息 9667,狀態(tài) 1: 已分析的服務: 3。
Service Broker 消息 9668,狀態(tài) 1: 已分析的服務隊列: 3。
Service Broker 消息 9669,狀態(tài) 1: 已分析的會話端點: 0。
Service Broker 消息 9674,狀態(tài) 1: 已分析的會話組: 0。
Service Broker 消息 9670,狀態(tài) 1: 已分析的遠程服務綁定: 0。
Service Broker 消息 9605,狀態(tài) 1: 已分析的會話優(yōu)先級: 0。
sys.sysrscols的 DBCC 結果。
對象 'sys.sysrscols' 的 1861 頁中有 141815 行。






