SQLSERVER數(shù)據(jù)庫(kù)中提示5173錯(cuò)誤的解決方法

本篇內(nèi)容介紹了“SQLSERVER數(shù)據(jù)庫(kù)中提示5173錯(cuò)誤的解決方法”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

昨天同事給你我一個(gè)有問(wèn)題的數(shù)據(jù)庫(kù)，叫我修復(fù)一下因?yàn)榭蛻裟沁呅枰@個(gè)數(shù)據(jù)庫(kù)，這個(gè)數(shù)據(jù)庫(kù)只有一個(gè)mdf文件和一個(gè)ldf文件，

當(dāng)我附加數(shù)據(jù)庫(kù)的時(shí)候報(bào)錯(cuò)，數(shù)據(jù)庫(kù)是SQL2005

附上有損壞的數(shù)據(jù)庫(kù)文件：

因?yàn)橹霸谡搲灿龅竭^(guò)，所以按照論壇的方法來(lái)解決，結(jié)果還是不行

把ldf文件移到別的地方，然后附加的時(shí)候使用下面SQL語(yǔ)句重建事務(wù)日志文件

我的數(shù)據(jù)庫(kù)文件放在C:\Users\Administrator\Desktop\新建文件夾目錄下復(fù)制代碼 代碼如下: USE [master] GO CREATE DATABASE [AdventureWorks2012] ON ( FILENAME = N'C:\Users\Administrator\Desktop\新建文件夾\GPOSDB.mdf' ) FOR ATTACH_REBUILD_LOG GO

報(bào)錯(cuò)內(nèi)容：復(fù)制代碼 代碼如下: 1 文件激活失敗。物理文件名稱'D:\MSSSQL\Data\GPOSDB_log.LDF'可能不正確。 2 由于數(shù)據(jù)庫(kù)沒(méi)有完全關(guān)閉，無(wú)法重新生成日志。 3 消息 1813，級(jí)別 16，狀態(tài) 2，第 1 行 4 無(wú)法打開(kāi)新數(shù)據(jù)庫(kù) 'GPOSDB'。CREATE DATABASE 中止。

我現(xiàn)在按照這篇文章再試一下

http://www.blogjava.net/kent/articles/200991.html

先新建一個(gè)GPOSDB的空庫(kù)，然后停掉SQL服務(wù)

將剛才生成的數(shù)據(jù)庫(kù)的日志文件GPOSDB_log.ldf刪除

用要恢復(fù)的GPOSDB.mdf文件覆蓋剛才生成的數(shù)據(jù)庫(kù)數(shù)據(jù)文件GPOSDB.mdf

然后把有問(wèn)題的GPOSDB.mdf文件放在D盤，因?yàn)槲倚陆ǖ腉POSDB數(shù)據(jù)庫(kù)放在D盤

啟動(dòng)SQL服務(wù)

文章說(shuō)會(huì)顯示數(shù)據(jù)庫(kù)置疑，但是我的沒(méi)有顯示置疑

設(shè)置數(shù)據(jù)庫(kù)允許直接操作系統(tǒng)表

在SSMS里輸入下面SQL語(yǔ)句復(fù)制代碼 代碼如下: USE master go sp_configure 'allow updates', 1 go RECONFIGURE WITH OVERRIDE go

設(shè)置GPOSDB為緊急修復(fù)模式復(fù)制代碼 代碼如下: ALTER DATABASE [GPOSDB] SET EMERGENCY GO ALTER DATABASE GPOSDB SET SINGLE_USER GO UPDATE sysdatabases SET status = -32768 WHERE dbid = DB_ID('GPOSDB') GO

但是報(bào)錯(cuò)復(fù)制代碼 代碼如下: 1 消息 259，級(jí)別 16，狀態(tài) 1，第 1 行 2 不允許對(duì)系統(tǒng)目錄進(jìn)行即席更新。

嘗試重建日志，但是語(yǔ)法錯(cuò)誤，估計(jì)那篇文章是SQL2000的復(fù)制代碼 代碼如下: 1 DBCC rebuild_log('GPOSDB','D:\GPOSDB_log.ldf') 2 GO1 消息 2526，級(jí)別 16，狀態(tài) 3，第 1 行 2 DBCC 語(yǔ)句錯(cuò)誤。請(qǐng)查閱文檔以了解正確的 DBCC 語(yǔ)法和選項(xiàng)。

一查果然是

--* DBCC REBUILDLOG --重建SQL Server 2000事務(wù)日志文件

其實(shí)一開(kāi)始在步驟“設(shè)置數(shù)據(jù)庫(kù)允許直接操作系統(tǒng)表” 就懷疑是不是SQL2000的，因?yàn)镾QL2005或以后已經(jīng)不能修改系統(tǒng)表了

最后把事務(wù)日志文件也放到D盤，然后使用下面的SQL語(yǔ)句來(lái)修復(fù)還是不行復(fù)制代碼 代碼如下: ALTER DATABASE [GPOSDB] SET EMERGENCY GO ALTER DATABASE GPOSDB SET SINGLE_USER GO DBCC CheckDB (GPOSDB, REPAIR_ALLOW_DATA_LOSS) GO復(fù)制代碼 代碼如下: 消息 5173，級(jí)別 16，狀態(tài) 1，第 2 行 一個(gè)或多個(gè)文件與數(shù)據(jù)庫(kù)的主文件不匹配。如果是嘗試附加數(shù)據(jù)庫(kù)，請(qǐng)使用正確的文件重試該操作。如果這是現(xiàn)有數(shù)據(jù)庫(kù)，則文件可能已損壞，應(yīng)該從備份進(jìn)行還原。 日志文件 'D:\GPOSDB_log.ldf' 與主文件不匹配。該文件可能來(lái)自另一數(shù)據(jù)庫(kù)，或者可能以前重新生成了日志。 消息 5123，級(jí)別 16，狀態(tài) 1，第 2 行 嘗試打開(kāi)或創(chuàng)建物理文件 'D:\MSSSQL\Data\GPOSDB_log.LDF' 時(shí)，CREATE FILE 遇到操作系統(tǒng)錯(cuò)誤 3(系統(tǒng)找不到指定的路徑。)。 消息 5024，級(jí)別 16，狀態(tài) 2，第 2 行 在 sysfiles1 中找不到主日志文件所對(duì)應(yīng)的條目。無(wú)法重建日志。 消息 5028，級(jí)別 16，狀態(tài) 2，第 2 行 系統(tǒng)無(wú)法激活足夠的數(shù)據(jù)庫(kù)來(lái)重建日志。 GPOSDB的 DBCC 結(jié)果。 CHECKDB 在數(shù)據(jù)庫(kù) 'GPOSDB' 中發(fā)現(xiàn) 0 個(gè)分配錯(cuò)誤和 0 個(gè)一致性錯(cuò)誤。 消息 7909，級(jí)別 20，狀態(tài) 1，第 2 行 緊急模式修復(fù)失敗。您必須從備份中還原。

“SQLSERVER數(shù)據(jù)庫(kù)中提示5173錯(cuò)誤的解決方法”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！