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