SQLSERVER數據庫中的5173毛病處理辦法。本站提示廣大學習愛好者：（SQLSERVER數據庫中的5173毛病處理辦法）文章只能為提供參考，不一定能成為您想要的結果。以下是SQLSERVER數據庫中的5173毛病處理辦法正文
昨天同事給你我一個有成績的數據庫，叫我修復一下由於客戶那裡須要這個數據庫，這個數據庫只要一個mdf文件和一個ldf文件，
當我附加數據庫的時刻報錯，數據庫是SQL2005
附上有破壞的數據庫文件：
由於之前在服裝論壇t.vhao.net也碰到過，所以依照服裝論壇t.vhao.net的辦法來處理，成果照樣不可
把ldf文件移到其余處所，然後附加的時刻應用上面SQL語句重建事務日記文件
我的數據庫文件放在C:\Users\Administrator\Desktop\新建文件夾目次下
USE [master]
GO
CREATE DATABASE [AdventureWorks2012] ON
( FILENAME = N'C:\Users\Administrator\Desktop\新建文件夾\GPOSDB.mdf' )
FOR ATTACH_REBUILD_LOG
GO
報錯內容：
1 文件激活掉敗。物理文件稱號'D:\MSSSQL\Data\GPOSDB_log.LDF'能夠不准確。
2 因為數據庫沒有完整封閉，沒法從新生成日記。
3 新聞 1813，級別 16，狀況 2，第 1 行
4 沒法翻開新數據庫 'GPOSDB'。CREATE DATABASE 中斷。
我如今依照這篇文章再試一下
http://www.blogjava.net/kent/articles/200991.html
先新建一個GPOSDB的空庫，然後停失落SQL辦事
將適才生成的數據庫的日記文件GPOSDB_log.ldf刪除
用要恢復的GPOSDB.mdf文件籠罩適才生成的數據庫數據文件GPOSDB.mdf
然後把有成績的GPOSDB.mdf文件放在D盤，由於我新建的GPOSDB數據庫放在D盤
啟動SQL辦事
文章說會顯示數據庫置疑，然則我的沒有顯示置疑
設置數據庫許可直接操作體系表
在SSMS裡輸出上面SQL語句
USE master
go
sp_configure 'allow updates', 1
go
RECONFIGURE WITH OVERRIDE
go
設置GPOSDB為緊迫修復形式
ALTER DATABASE [GPOSDB] SET EMERGENCY
GO
ALTER DATABASE GPOSDB SET SINGLE_USER
GO
UPDATE sysdatabases
SET status = -32768
WHERE dbid = DB_ID('GPOSDB')
GO
然則報錯
1 新聞 259，級別 16，狀況 1，第 1 行
2 不許可對體系目次停止即席更新。
測驗考試重建日記，然則語法毛病，估量那篇文章是SQL2000的
1 DBCC rebuild_log('GPOSDB','D:\GPOSDB_log.ldf')
2 GO
1 新聞 2526，級別 16，狀況 3，第 1 行
2 DBCC 語句毛病。請查閱文檔以懂得准確的 DBCC 語法和選項。
一查果真是
--* DBCC REBUILDLOG
--重建SQL Server 2000事務日記文件
其實一開端在步調“設置數據庫許可直接操作體系表” 就疑惑是否是SQL2000的，由於SQL2005或今後曾經不克不及修正體系表了
最初把事務日記文件也放到D盤，然後應用上面的SQL語句來修復照樣不可
ALTER DATABASE [GPOSDB] SET EMERGENCY
GO
ALTER DATABASE GPOSDB SET SINGLE_USER
GO
DBCC CheckDB (GPOSDB, REPAIR_ALLOW_DATA_LOSS)
GO
新聞 5173，級別 16，狀況 1，第 2 行
一個或多個文件與數據庫的主文件不婚配。假如是測驗考試附加數據庫，請應用准確的文件重試該操作。假如這是現稀有據庫，則文件能夠已破壞，應當從備份停止復原。
日記文件 'D:\GPOSDB_log.ldf' 與主文件不婚配。該文件能夠來自另外一數據庫，或許能夠之前從新生成了日記。
新聞 5123，級別 16，狀況 1，第 2 行
測驗考試翻開或創立物理文件 'D:\MSSSQL\Data\GPOSDB_log.LDF' 時，CREATE FILE 碰到操作體系毛病 3(體系找不到指定的途徑。)。
新聞 5024，級別 16，狀況 2，第 2 行
在 sysfiles1 中找不到主日記文件所對應的條目。沒法重建日記。
新聞 5028，級別 16，狀況 2，第 2 行
體系沒法激活足夠的數據庫來重建日記。
GPOSDB的 DBCC 成果。
CHECKDB 在數據庫 'GPOSDB' 中發明 0 個分派毛病和 0 個分歧性毛病。
新聞 7909，級別 20，狀況 1，第 2 行
緊迫形式修復掉敗。您必需從備份中復原。
